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Emulatore PC/AT 25 MHz 80386SX 
per Amiga 2000/3000/3000T. 

Supporto Slot PC/AT 
Gestisce fino 1 6 
RAM per PC/AT 
e 4 MB 

per Amiga^lggl 
d i retta m en te\ «p 
su scheda. 

Utilizza hard disk 
PC/AT IDE e floppy 
drive (2,88 MB) anche M 

sotto AmigaDOS. vOl H Off %JÌtTC 


Golden Gate è un emulatore 
PC/AT 80386SX a 25 MHz. Per 
Amiga 2000/3000/3000T. Come 
un semplice ponte chiude la 
differenza tra gli slot Zorro di 
Amiga e gli slot PC/AT (ISA). 

Sono gestibili sotto MS-DOS su 
bus ISA schede di espansione 
come: schede grafiche EGA/VGA, 
schede di rete, controller SCSI 

Golden Gate supporta hard disk 
PC/AT IDE e floppy drives PC/AT 
anche sotto AmigaDOS. 

Golden Gate utilizza gli hard 
disk compatibili Commodore e 
le schede per espansione di 
memoria nello slot Zorro. 

Il controller IDE incluso gestisce 
I hard disk AT bus sotto MS-DOS 
ed AmigaDOS. 

Golden Gate gestisce fino a 16 
MB RAM (4 moduli SIMM) come 
PC/AT di cui 4 MB possono 
essere messi a disposizione 
sotto AmigaDOS. 5 1 2 KB di 
memoria sono già installati. 

Golden Gate supporta un 
coprocessore matematico 
80C387SX opzionale. 


Golden Gate converte i floppy 
drive interni di Amiga nei formati 
di 360 KB/720 KB sotto MS-DOS. 

Con il controller 82077AA 
opzionale che si installa sulla 
scheda, Golden Gate può utilizzare 
fino a 3 floppy disk drive ad alta 
densità da 1 ,2 MB; 1 ,44 MB e 
2,88 MB sotto MS-DOS e fino a 
2 di questi sotto AmigaDOS 

Con un monitor standard Amiga 
(1084) e nessuna ulteriore scheda 
grafica sono disponibili le 
seguenti emulazioni video: CGA 
con 16 colori, EGA/VGA con 
grafica monochromatica, 

Hercules, Olivetti e ToshibaT3100. 

Windows 3.0/3. 1 funziona senza 
limitazioni in modaliata avanzata 
ed in modo protetto. 

Golden Gate e testato con 
Kickstart 1.3 e 2.0. 
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Golden Gate supporta schede 
flicker fixing ed acceleratrici. 

Golden Gate emula sotto MS-DOS 
il mouse, la tastiera, le porte seriali 
e la porta parallela di Amiga. 

Golden Gate ha a disposizione un 
connettore esterno per future 
espansioni opzionali del sistema. 


ATonce sono gli emulatori PC/AT 
80286 a 16 Bit per Amiga 500, Amiga 
500-Plus ed Amiga 2000. 

ATonce-classic ha un clock di 7.2 
MHz. E raggiunge con Norton SI 
< 6,3; funziona su Amiga 500 ed 
Amiga 500-Plus. 

ATonce-Plus ha un clock di 16 MHz. 

E raggiunge con Norton Si < 16,2. 

Ha incluso su scheda 512 KB di RAM 
e lo zoccolo per il coprocessore 
matematico 80C287- 1 2. Mette a 
disposizione tutti i 640 KB per il 
MS-DOS e può essere installato su 
Amiga 500/500-Plus/2000. 


ATome 
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E D I T O R I A L E 

TANTE NOVITÀ' 


Ottobre, come ogni anno, è un mese foriero di novità. 

Sicuramente, la più interessante riguarda l'uscita del nuovo 
gioiello Commodore: Amiga4000. 

Dopo mesi di attesa (e di varie notizie e contraddizioni), siamo 
lieti di presentarvi, con un anteprima, tutte le caratteristiche di 
questa nuova macchina, naturalmente, il prossimo mese 
aspettatevi la "prova su strada" di Amiga 4000. 

Le altre novità che vi presentiamo questo mese sono davvero 
eccezionali: GVP A530 Turbo, Amiga 500 diventa come 
Amiga 3000; ScalaMultiMedia 200, la nuova versione del 
favoloso programma multimediale; SupraFaxModem, un 
modem veloce a bassa costo che permette, anche, di inviare 
e ricevere fax su Amiga! ! ! ; KOS Power PC Board, un XT dentro 
Amiga abbastanza particolare. 

Inoltre, com'è consuetudine, vi parliamo di tantissime novità, 
varie rubriche e programmazione (T ransaction). 

Prima di concludere vorrei ricordarvi che dal mese scorso, 
pervenirincontroalleesigenzedi molti, esistonodueversìoni 
di Amiga Magazine, entrambe mensili: quellaclassica, con 
dischetto incluso, e una nuova, denominata New Amiga Ma- 
gazine, senza disco e a prezzo inferiore. 

Le due versioni differiscono solo per la presenza del disco 
(che comunque i lettori di New Amiga Magazine possono 
richiedere, se interessati): a voi, dunque, la scelta! 

Arrivederci in edicola. 


Massimiliano Anticoti 


Il Gruppo Editoriale Jackson pubblica anche le seguenti riviste: Computer+ Videogiochi - Fare E ettronica - Bit - Informateci Ogg • 
e Urvx -Informatica Oggi Settimanale - Pc Floppy - Po Magazine - Automazione Oggi - Lan e T elecomunicazeni - Eletteti oa 
Oggi - EO News - Strumenti Musicali - Watt - Meccanica Oggi 
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Computer Virus sono una triste realtà del mondo informatico. Dai primi innocui virus, piccoli v>V^| 
programmi che avevano lo scopo di stupire gli utenti con improvvisi effetti goliardici sullo schermo, ^ y^i 
si è rapidamente passati ai più pericolosi virus "moderni". Anche se in molti paesi creare ed OyV, 
immettere virus nel network dell’utenza costituisce reato penale, il numero di questi deleteri e 
"invisibili" programmi aumenta considerevolmente ogni anno. Gli effetti derivanti dalla presenza 
di un virus sui propri floppy/hard-disk variano da virus a virus. Alcuni si limitano a bloccare il *<>, ^ 
computer, altri si placano soltanto dopo aver formattato il floppy/harddisk mentre altri ancora 
provocano saltuari malfunzionamenti del computer o dei programmi. In ogni caso i virus causano 
pesanti danni agli utenti che si vedono distruggere il proprio investimento in software o, peggio, 
mesi e mesi di assiduo lavoro 
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AMIGA, CONTROLLORE 
DI PROCESSO 

E’ da tempo che mi chiedo se con 
Amiga più un'interfaccia apposita 
sia possibile comandare degli auto- 
matismi e usare Amiga come una 
sorta di centralina elettronica pro- 
grammabile. 

Mi sono informato presso alcuni 
negozi ma nessuno è riuscito a dar- 
mi una chiara risposta e il mio dub- 
bio rimane. 

Se ciò è possibile vi chiedo di comu- 
nicarmi brevemente come fare in 
uno dei prossimi numeri di Amiga 
Magazine. Grazie ancora e compli- 
menti per la rivista. 

Matteo Cecconi - Pesaro 

Amiga, come qualunque computer 
in grado di comunicare col mondo 
esterno, dispone di svariate porte 
controllabili via software che posso- 
no essere utilizzate allo scopo. Una 
volta, col Commodore 64 si riusciva 
a controllare delle centraline elettro- 
niche (o dei più semplici circuiti) con 
la user-port e qualche manciata di 
POKE, ora tutti i computer dispon- 
gono di porte parallele Centronics e 
seriali RS-232 standard ed è quindi 
“normale” il controllo di dispositivi 
esterni attraverso una delle due 
porte sopra citate. Questo in teoria. 
In pratica la questione diventa molto 
più complessa e per non rischiare di 
bruciare le CIA o il circuito che deve 
essere pilotato da Amiga è necessa- 
rio sapere sempre quello che si fa. In 
parole più semplici: essere esperti 
di interfacciamento ed elettronica. 
Infine, c’è il “problema” del controllo 
software che può essere risolto 
controllando la porta parallela o 


seriale in assembler o in un linguag- 
gio ad alto livello che lo permetta. Il 
resto sta a te. 

A590 CON OS "VECCHIO" 

Ho da soli quattro mesi acquistato 
un Amiga 500 Plus e un hard disk 
A590, non sapendo che su questo 
non era installato il sistema operati- 
vo 2.0. 

Quello che vorrei sapere è se è 
possibile installare sull’hard disk il 
Workbench 2.0 e, in caso affermati- 
vo, come fare. 

Roberto Sola - Tortora (CS) 

Il fatto che la Commodore abbia da 
tempo sostituito tutti gli Amiga con 
sistema operativo 1 .2/1 .3 con mac- 
chine con Kickstart 2.04 è senz’altro 
un fatto estremamente positivo, indi- 
ce del desiderio di andare avanti 
della casa madre. 

Tutto ha un prezzo però, e lo si 
comincia a pagare proprio nel perio- 
do di transizione in cui il “vecchio” 
convive col “nuovo”. 

Trovare il vecchio Workbench instal- 
lato sugli hard disk era prevedibile e 
comunque non è un grosso proble- 
ma. In teoria bisognerebbe riformat- 
tare la partizione di boot con un bel . . . 

Format DRIVE DH0: NAME “HARD- 
DISK” FFS NOICONS <return> 

poi usare i dischi di sistema forniti 
col computer ed effettuare l’installa- 
zione su hard disk, operazione che 
richiede qualche minuto. 

Dopotutto si tratta di sostituire le 
nuove librerie, i nuovi device, i nuovi 
comandi DOS, le nuove preferen- 
ces... 

DUE PROBLEMI 

Spettabile redazione, purtroppo 
non tutti i miei problemi non sono 
stati risolti con le utility che pubblica- 
te ogni mese. I più importanti sono: 
1) Come si realizza un file script in 
modo che listandolo attraverso il 
comando MuchMore oppure More o 
PPMore appaia con tutti e quattro i 
colori del Workbench e anche in 
modo Bold, Italics e Underline? 


2) Sto tentando di realizzare con dei 
miei amici un gioco di avventura 
testuale. L’idea iniziale sarebbe 
quella di arricchire il testo che de- 
scrive l’azione in corso di svolgi- 
mento con alcune immagini anche 
stilizzate. 

Purtroppo i linguaggi a nostra dispo- 
sizione sono due e non certo ade- 
guati: il primo col quale stiamo rea- 
lizzando il gioco è KickPascal v2.0, 
l’altro (ma non ci sembra il caso di 
usarlo per la sua lentezza) è Amiga- 
BASIC. Consigliatemi un linguaggio 
a portata di “mente” e di portafoglio. 
Francesco Dutto e amici - Genova 

Per il tuo primo problema devi realiz- 
zare un file ANSI e non script, gli 
script sono mini-programmi in Ami- 
gaDOS come la Shell-Startup, e ci 
sono varie tecniche, la più semplice 
delle quali è usare un ANSI editor (su 
Amiga Magazine ne abbiamo pub- 
blicato uno poco tempo fa). Per 
vedere il file generato con tutti i colo- 
ri e gli stili a posto è necessario che 

10 si faccia attraverso la Shell e non 

11 semplice CLI. Per quanto riguarda 
la realizzazione di un adventure 
testuale con un po' di grafica, Kick- 
Pascal va benissimo quanto potreb- 
be andare bene il C: dipende dall’a- 
bilità del programmatore. Se il livello 
di chi programma non è tanto eleva- 
to gli consiglio sicuramente AMOS 
che dispone tra l’altro di funzioni 
fatte appositamente per la genera- 
zione del parser, l’analizzatore sin- 
tattico, il cuore di un adventure. Con 
AMOS non impiegherete molto per 
realizzare un progetto come quello 
che avete in mente, e magari molto, 
molto meglio. Aspetto un vostro 
demo! 


ATTENZIONE 

Chi desiderasse acquistare il 
disco di Amiga Magazine è 
pregato di mettersi in contatto 
con la redazione (Tel. 02/ 
66034260) per conoscere le 
modalità di acquisto. 
Ricordiamo che li costo è di Lire 
1 5.000 (incluse le spese di spe- 
dizione). 
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UNA SCELTA INTELLIGENTE 



COMPLETE COLOR SOLUTION 

- Live Motion in modo monocromatico 

- Cattura le immagini a colori da qualsiasi 
Immagine video statica 

- Digitalizza fino a 16 immagini 
monocromatiche con Amiga da 1 Mb 

- Possibilità di animazione 

- Digitalizza un’immagine a colon in 3 
secondi 

- Srea finestre sia in modo colore che 
monocromatico 

- Taglia e incolla aree da una immagine ad 
un altra 

- Controllo luminosità e contrasto sia 
hardware che software 

- Possibilità di catturare a risoluzione 

standard o interface •<& 

- Controllo totale della palette 

- Aggiunta di testi o grafica con il pacchetto 
rii disegno 

Lire 449.000 


VIDEO + 

- Digitalizza immagini a 24 bit con 16 
milioni di colon 

- RGB Splitter Incorporato 

- Ingresso S-VHS e videocomposito 

- Livello e saturazione regolabili 

- Digitalizza un'immagine a colon in 

secondi — 

- Permette di visualizzare le immagini da 
digitalizzare direttamente sul monitor del 
computer 

- Supporta tutte le risoluzioni di Amiga 
compresi Overscan, Interface. Bianco e 
Nero 16. 32 e 4096 colori (in modo HAM| 

• Image processing contrasto 
saturazione, nitidezza e componenti 
«— colore regolabili via software 

.-afr fiegis tra le immagini in formato IFF 
"^stWferded in IFF a 24 bit 

Lire 399.000 


SP8 Stereo Sampler 

- Digitalizzatore audio stereo hi-fi con software di 
campionamento 

Lire 219.000 


sampler + 

- Campionatore Audio di altissima qualità 

- Regolazione separata del livello dei canali destro e sinistro 

- Ingresso Line e microfonico separato per i canali destro e 
sinistro 

- Ingresso Audio destro e sinistro provenienti dall Amiga 

- Uscita per cuffie stereofonica da utilizzare per il preascolto,^’ 
in cuffia 

Lire 149.000 


MEGA MIX MASTER 

- Campionatore audio stereo con Software di 
campionamento 

- Generatore di effetti speciali in tempo reale Eco Vibrato 
Distorsioni, ecc 

- Connettore passante per porta parallela 

- Sequencer a 4 tracce 

- Carica e registra Sequenze in formato ’ Midi File" 

Lire 109.Q00 
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DALLA STAMPA DI 
TUTTO IL MONDO 


ANTEPRIMA: LA COMMODORE 
IN SMAU 

Alla fiera, che si terrà a Milano dal 1 al 5 ottobre, la 
Commodore parteciperà, come ogni anno, 
presentando tutte le proprie linee di prodotti: Amiga, 
CDTV e MS-DOS. La parte del leone, quest’anno, 
dovrebbe svolgerla Amiga 4000, l’attesissimo Amiga 
a 256 colori. Come sempre, verranno ospitate anche 
altre società, che elenchiamo qui di seguito. 

La Newtronic Technologies di Genova con i suoi 
genlock professionali e semiprofessionali di 
produzione italiana (Maxigen e Microgen) e un 
potente digitalizzatore video (Video Gold). 

Il laboratorio Multimediale della Videopress di 
Cadoneghe (Padova), che dimostrerà 
concretamente come è possibile realizzare con 
Amiga un vero corso multimediale interattivo. In 
questo caso si tratta di un corso di educazione 
stradale sviluppato dal Prof. Leonardo Abbadessa e 
destinato a ragazzi della scuola dell’obbligo. 

La Thorn-Emi presenta InfoChannel (prodotto dalla 
ex Digital Vision, ora Scala Computer Television) un 
programma per la gestione di reti di monitor da 
utilizzare presso alberghi o complessi turistici per la 
gestione di informazioni dì vario tipo. La Omni Data 
presenta il Catalogo Interativo Multimediale della 
Associazione Piccole Imprese di Reggio Emilia su 
CDTV, un esempio di come sia possibile utilizzare il 
CDTV per applicazioni professionali ultra-settoriali. 
La OTS e l’Alea Sistemi presentano un sistema 
destinato alle piccole società di sviluppatori, 
comprendente un 486 capace di produrre un CD- 
ROM di prova a basso costo. Al 486 si può colfegare 
in rete un Amiga 3000 per il trasferimento dei dati da 
riversare su CD-ROM. Saranno anche presentati 
alcuni titoli per CDTV della Giunti Multimedia: dagli 
atlanti scientifici, alle visite interattive alla città di 
Firenze, all’omaggio a Collodi. Si tratta di programmi 
multimediali che integrano testi, immagini, 
animazioni, musica. Altri due nuovi titoli per CDTV 
saranno lanciati allo SMAU: Karaoke e Cinemabilia, 
di essi abbiamo già dato notizia sullo scorso numero. 
Come al solito, sarà allestito il tunnel video-ludico 
per tutti gli amanti del genere. 


RIVISTE USA 

Il mercato mondiale di Ami- 
ga è in continuo fermento, 
prodotti nuovi nascono un 
po’ dovunque ed è difficile 
riuscire a registrare tutto ciò 
che avviene. Non tutte le 
notizie sono buone: in USA 
due riviste dedicate ad 
Amiga hanno chiuso i bat- 
tenti: la blasonata “.info” 
(una grave perdita) e la gio- 
vane (solo sei numeri) “Ami- 
ga World Tech Journal”, che 
aveva tentato di riprendere 
la tradizione americana di 
Transactor. In USA stanno 
comunque nascendo riviste 
settoriali dedicate ad Amiga 
e al video (alcune addirittu- 
ra su videotape), sull’onda 
del successo riscosso dal 
Video Toaster; segnaliamo 
in particolar modo la nascita 
di “The Amiga Video Jour- 
nal” edita dalla Avid (Califor- 
nia), 60 pagine dedicate al 
video, alla grafica 2D e 3D, 
alleanimazioni. 

AMIGA IN FRANCIA 

In Francia la situazione pare 
si stia evolvendo in una dire- 
zione che risulta un po’ più 
favorevole ad Amiga. L’inar- 
restabile declino dell’Atari, 
l’home computer francese 
per definizione, ha aperto 
un nuovo spazio per Amiga 
(ma soprattutto per l’MS- 
DOS): dai dati apparsi sulla 
rivista francese Amiga- 
News, nel periodoluglio91 - 
marzo 92, sono stati venduti 
in Francia più di 57000 
Amiga con una crescita 
superiore al 1 0% rispetto al 
periodo precedente. 

Le due maggiori riviste fran- 
cesi per Amiga (“Amiga- 


News” e “Amiga Revue”) 
continuano tranquillamente 
il loro cammino, mentre dal 
15 luglio è apparsa la nuova 
“AmigaDP”, che si occupa 
di programmi di pubblico 
dominio per Amiga. 

A testimonianza della vitali- 
tà del mercato francese, si è 
tenuto, il 12, il 13 e il 14 
settembre a Juvisy, presso 
Parigi, l'Amiga Atacom 92, 
patrocinato dalla Commo- 
dore: si tratta della prima 
fiera francese dedicata 
esclusivamente ad Amiga. 

CD-ROM PER A600 

La Commodore francese ha 
pubblicizzato a tutta pagina 
sulle riviste del settore un 
lettore di CD-ROM per 
l’A600. Il suo nome è A670 
(come già si sapeva) e cor- 
risponde, di fatto, al lettore 
di CD-ROM per A500. La 
cosa è comunque piuttosto 
sorprendente, visto che fi- 
nora non si sapeva nulla di 
ufficiale a proposito della 
datadel suo rilascio. La foto 
che accompagna la pubbli- 
cità, mostra un dispositivo 
del tutto identico all’A570. 
L’A670 permette di aggiun- 
gere memoria Fast al 600, 
aumentando così le poten- 
zialitàdi questamacchina. 

NOVITÀ' COMMODORE 
IN USA 

E' tempo di novità per la 
Commodore USA. Accanto 
all’introduzione in quel mer- 
cato di macchine già pre- 
senti in Europa (A600 e 
A570), la Commodore ha 
annunciato una versione di 
3000T dotata di scheda 
acceleratrice con 68040 a 


25 MHz. La scheda è dispo- 
nibile anche come upgrade 
peri3000T. Sfortunatamen- 
te, motivi di spazio non ne 
permettono l’inserimento 
sui 3000 normali. Un’altra 
novità è rappresentata dal 
rilascio di AmigaVision Pro- 


fessional, che si affianca al 
noto AmigaVision. E’ dotato, 
finalmente, di un player 
separato, liberamente di- 
stribuibile, cheoccupasolo 
270K e richiede 1 Mb di 
memoria per funzionare 
(proprio mentre ScalaMM 
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Cl-TEXI v3.1 • Cloanto 

Da qualche anno a questa parte, quando in Italia sì dice 
“word processing” non si intende “elaborazione testi”, ma 
Cl-Text. Il potente e versatile word-processor tutto-italiano 
della Cloanto si è velocemente imposto all’attenzione del 
popolo degli utenti Amiga nostrano per la facilita con il quale 
gestisce testi scritti specificamente nella nostra lingua. 
Cl-Text, giunto ora alla versione 3.1 dopo una lunga 
permanenza in versione 3.0, non è un programma di video- 
scrittura orientato all’impaginazione come potrebbe essere 
PenPal o ProWrite, ma è stato esplicitamente creato per 
manipolare in maniera esclusiva (e quindi in maniera mai 
vista prima) il formato delle parole italiane, accenti compresi. 
Vi rimando alla recensione di Cl-Text di qualche numero fa 
di Amiga Magazine per una trattazione più esauriente sul 
programma e dedichiamoci invece ai progressi compiuti nel 
passaggio dalla versione 3.0 alla 3.1 . A dir la verità ci si 
aspettava qualcosa di più. Cl-Text v3.1 è pressoché 
identico rispetto alla versione 3.0 (che uso assiduamente per 
scrìvere gli articoli) mentre erano stati annunciati incredibili 
miglioramenti. Non me ne vogliano alla Cloanto, Cl-Text per 
me rimane IL word-processor per scrivere in italiano, ma 
avrei preferito trovare dei cambiamenti sostanziali in un 
programma che può contare ormai su qualche annetto di 
sviluppo... Tanto per cominciare l’interfaccia utente è 
esattamente la stessa rispetto alla versione precedente, 
niente annunciato 2.0-look, soliti menu con l'aggiunta 
dell’opzione “Prova” nel menu “Stampa” che crea 
automaticamente una ulteriore finestra contenente la prevìew 
dì quello che si sta per stampare. Per quanto riguarda tutto 
quanto c’è di visibile da parte dell'utente, vale a dire opzioni, 
menu, gadget e velocità di elaborazione, tutto SEMBRA 
immutato. Dico SEMBRA perché non è possibile 
documentare eventuali bug scoperti ed eliminati dato che 
non è presente alcun file ReadMe o simili che attesti cose 
simili. Così l’unica differenza sembra consistere nell’opzione 
“Prova" descritta prima, tra l’altro già presente in alcune 
versioni 3.0 molto recenti. Se mi è concesso, inoltre, vorrei 
citare uno dei punti più deboli di tutto il programma, il file- 
requester per le operazioni di load. Spero che in un futuro 
molto prossimo (versione 3.2?) si possa avere un file- 
requester un po’ più standard (Arp, Asl, Req o ReqTooIs 
sono tutt’ora i migliori) o possibilmente più versatile in modo 
da poter elencare tutti i device presenti nel sistema e non 
doversi accontentare dei primi sette che il programma riesce 
a vedere. Troppo spesso si è costretti a dover digitare il 
nome del device dal quale si intende caricare un file. Non 
che digitare mi spaventi, però se Amiga è dotato di mouse di 
sistema, una ragione ci sarà pure... 

PERSONAL PAINT • Cloanto 

Ultimamente pare che molte software house italiane abbiano 
deciso di affrontare a viso aperto il mondo della grafica 
oittonca, da tempo dominato da quel gigante che è 
DeluxePaint IV. Qualcuno si sposta più sull’elaborazione 
deH’ìmmagine piuttosto che l’animazione o la metamorfosi 
dei brush, mentre altri sono purtroppo ben lontani dallo 
standard qualitativo richiesto a fine 1992 per programmi di 
questo genere. Certo, l'optimum sarebbe riuscire a creare un 


programma dalle caratteristiche in un certo senso analoghe 
a quelle di DeluxePaint, magari facendo qualcosa in più 
come sfruttare ESC Denise e il Kickstart 2.04, ma 
mantenendo un prezzo al pubblico tendenzialmente basso 
anche per invogliarne l’acquisto dell’ORIGINALE. La 
Cloanto, ovviamente famosa per il Cl-Text, lo è anche per la 
moderatezza dei prezzi dei propri prodotti. Era quindi con 
l’interesse dovuto anche a una prospettiva di vendita a un 
prezzo ragionevole che abbiamo testato Personal Paint in 
versione pre-release, Purtroppo è stato un test “alla cieca” 
poiché il file contenente il manuale, che ci avrebbe 
consentito di andare più a fondo nell'analisi del programma, 
era volutamente e inspiegabilmente criptato con Cl-Text 
(alla Cloanto vogliono “testare" noi recensori? Bah!). 

Per questo motivo non è necessariamente possibile stabilire 
le reali potenzialità del programma, anche se un'analisi 
forzatamente superficiale ha dato delle piacevoli 
impressioni. Passiamo, quindi, in rassegna le principali 
caratteristiche di un programma che personalmente non 
vedo l’ora di recensire in versione definitiva. Personal Paint è 
innegabilmente stato ispirato da DeluxePaint, 
rimpaginazione su schermo, la barra dei toois (anche se è 
sulla sinistra) e persino molti dei comandi shortcut via 
tastiera, sono assolutamente identici al programma della 
Electronic Arts. Non che questo fatto sia del tutto negativo, 
anzi, contribuisce non poco a prendere subito confidenza 
col programma. Meglio così. Le differenze col fratellone 
americano ci sono, e cominciano a manifestarsi non appena 
si inizia a dare un’occhiata ai menu. Tanto per cominciare, è 
possibile caricare/salvare immagini da/e in formato ILBM 
(ovviamente), ma anche criptato, GIF, PCX e come sorgente 
in linguagguìo C. E’ possibile “grabbare” immagini da altri 
schermi Amiga aperti contemporaneamente ed è prevista la 
selezione dei nuovi modi grafici forniti da ESC Denise. C’è, 
inoltre, l’opzione “Image Processing” che visualizza un 
requester dal quale è possibile scegliere tra un gran numero 
di effetti da applicare aH’immagine. Probabilmente Personal 
Paint dispone delle migliori routine di gestione e 
manipolazione dei brush, se si esclude l’assenza della 
metamorfosi, è persino meglio di DeluxePaint. Un brush può 
essere caricato, salvato (come per un’immagine), stampato, 
sottoposto ad elaborazione, manipolato con funzioni molto 
avanzate. Ottimo, niente da dire di più. Anche per quanto 
riguarda la gestione del testo sulla pagina grafica, Personal 
Paint sa il fatto suo. Innanzitutto, è comodissimo poter 
spostare una scritta dopo averla digitata senza doverla 
ritagliare come un brush e muovere, poi c’è un intero menu a 
disposizione per le opzioni. C’è il menu dedicato ai colori 
con le solite opzioni per la riduzione e l’editing della palette, 
oltre alla simpatica opzione di statistica che disegna un 
istogramma dei colori utilizzati. Infine, ciliegina sulla torta, il 
menu di “Preferences” che permette di modificare tantissime 
opzioni tra cui la lingua del programma e il tipo di file- 
requester. Personal Paint è indubbiamente molto 
promettente, anche se si è potuto riuscontrare qualche 
tempo dì attesa per l’algoritmo di fili (tra l'altro il fili lo fa il 
Blitter!) e per l’elaborazione delle immagini. Buona 
l'interfaccia utente, anche se non standard. Il solito “Cloanto 
Audio” accompagna con un “beep" o un “boing” ogni 
pressione di mouse, ma è escludibile via preferences 
interne. 

Antonello Jannone 
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200 esce con un player 
dotato di chiave hardware, 
crediamo proprio che i pro- 
duttori di Scala dovranno 
ripensarci). Fra le altre novi- 
tàsignificative, segnaliamo 
il supporto per l’audio digi- 
tale del CDTV, per il full 
motion video in formato CD- 
XL (CDTV) e per una rete 
MIDI sempre mediante 
CDTV. In campo video, oltre 
al supporto genlock, si se- 
gnala la possibilità di con- 
trollare lettori di laser disc 
Sony, Pioneer, Philips e il 
Nec PC-VCR, il Panasonic 
TQ3032F e Sony Umatic. 
L’interfaccia grafica per l’u- 
tente finale della presenta- 
zione supporta ora la mani- 
polazione diretta delle icone 
e box di controllo, input da 
tastiera, mouse, joystick o 
touch screen. Il programma 
può mescolare testi e grafi- 
ca, gestire fino a 34 transi- 
zioni fra le pagine, visualiz- 
zare animazioni con audio. 
Per il suono si possono uti- 
lizzare file SMUS e 8SVX. Un 
database compatibile a li- 
vello di file con dBase III è 
stato incorporato nel pro- 
gramma. Anche l’interfac- 
cia di programmazione ha 
subito grandi modifiche: 
molti dei vincoli esistenti 
sono venuti meno e sono 
stati introdotti nuovi metodi 


di programmazione. Si trat- 
ta, dunque, di un gigante- 
sco passo in avanti, che 
avviene in contemporanea 
al rilascio del grandioso 
ScalaMM 200. Si vedrà chi 
riusciràaspuntarla. 

UN MODEM PER IL 600 

Secondo la rivista francese 
Amiga Revue, laCommodo- 
re sta lavorando a un sche- 
da PCMCIA per il 600: si 
tratterebbe di un modem e 
per il suo rilascio non si 
dovrebbe aspettare molto. Il 
valore di tali “rivelazioni" è 
sempre molto aleatorio, 
anche perché fino ad ora 
non se ne era sentito mai 
parlare. Prendiamo nota 
della cosa, con beneficiodi 
inventario. 

68040 A 33 MHZ 

Sia la PP&S che la GVP 
hanno cominciato a com- 
mercializzare le proprie 
schede 68040 con clock a 
33 MHz, invece dei 25 MHz 
o 28 MHz che venivano usati 
in precedenza. 

CITIZEN 

In Francia viene pubbliciz- 
zata sulle riviste per Amiga 
la stampante a colori Citizen 


PH0NEPAK VFX GVP 

La GVP ha rilasciato un prodotto veramente 
innovativo, che apre nuove prospettive nel mondo 
della telefonia e che pone Amiga all’avanguardia in 
questo settore in veloce espansione. Si tratta di una 
scheda per 2000 e 3000 che integra, per la prima 
volta, una serie di funzioni diverse, normalmente 
gestite da macchine dedicate separate. La scheda 
può essere usata come segreteria telefonica 
programmabile; come dispositivo per inviare, 
ricevere, visualizzare, archiviare o stampare, su una 
normale stampante, fax del Gruppo III; come 
dispositivo per chiamare uno o più numeri telefonici 
finché non rispondono; per inviare e ricevere 
messaggi vocali anche associati a fax; per gestire un 
sistema automatizzato di informazione, capace di far 
navigare il chiamante attraverso un albero (pensate 
al servizio 1800 della Sip). I messaggi vocali in 
ingresso o in uscita vengono registrati su hard disk 
mediante il digitalizzatore audio incluso. Molti sono i 
dettagli di funzionamento degni di nota: 
riconoscimento di password, commutazione 
automatica fax/voce, registrazione delle telefonate, 
trasformazione automatica di file ASCII in fax, driver 
di stampa Preferences, accessibile da qualsiasi 
applicativo, che crea direttamente un fax, utilizzo di 
un fax esterno come scanner, scheduler, database 
telefonico. La scheda funziona in multitasking ed è 
completamente programmabile mediante un proprio 
linguaggio accessibile anche via ARexx. Le funzioni 
di base possono dunque essere integrate per 
costruire programmi di gestione delle linee 
telefoniche del tutto personalizzati. Su un Amiga 
possono convivere più schede, ognuna destinata ad 
una particolare linea telefonica. 

Per informazioni: RS - Via B. Buozzi, 6 - Cadriano di 
Granarolo (BO) - Tel.05 1 -765563 


AMIGA 600 


SAS/C 6.0 


La Commodore ha avviato una aggressiva politica di 
abbassamento dei prezzi che rende il 600 sempre 
più conveniente rispetto al 500. Il mercato è già 
equamente diviso fra 500 e 600, ma le cose sono 
destinate a cambiare rapidamente. Dal primo 
ottobre, infatti, il prezzo consigliato al pubblico del 
600 base, IVA compresa, sarà di 530.000 lire. E’ in 
parte il frutto della nuova tecnologia di produzione 
adottata dalla Commodore, ma forse anche il segno 
della lotta in atto per il controllo del mercato video- 
ludico. Che il C64 abbia trovato, finalmente, un più 
che degno erede? 


Già annunciata, su queste pagine, è finalmente 
disponibile la nuova versione del più diffuso 
compilatore C per Amiga. Il pacchetto è stato 
profondamente rinnovato; ecco alcune delle 
caratteristiche più significative: documentazione 
completamente rifetta, piena compatibilità ANSI, help 
in linea che comprende anche le funzioni C, 
ottimizzatore e debugger nettamente potenziati, 
ambiente dì lavoro completamente integrato e 


controllabile con il mouse. U prezzo di listino è di 395 



IO AMIGA MAGAZINE 



NUOVO SISTHEMA 

Come annunciato sul numero di Settembre di Amiga 
Magazine, dal 21 Settembre è disponibile 
SISTHEMA 2.1 e SISTHEMA 2.1 PLUS. Le novità 
riguardano il numero delle colonne filtro che arrivano 
ora fino a 1 00. E’ possibile memorizzare fino a 

39.000 colonne (ma occorre più di un Megabyte), 
inoltre, è prevista la possibilità di eseguire il recupero 
delle condizioni. Per quanto riguarda la stampa su 
schedina si possono ora scegliere selettivamente le 
schedine da stampare. Ultima, ma non meno utile, 
novità consiste nella possibilità di configurare in 
maniera permanente i parametri come il costo 
colonna, la posizione della schedina, il gioco di 
partenza, attivazione delPaccorpamento, schermo 
Workbench attivo/disattivo e così via. I prezzi al 
pubblico sono ora di L. 99.000 + IVA 1 2% per 
SISTHEMA 2.1 e di L. 169.000 + IVA 12% per 
SISTHEMA 2.1 PLUS. Gli aggiornamenti hanno, 
invece, rispettivamente il costo di L. 49.000 e 

79.000 IVA inclusa. 

Per informazioni: Progetto Software - Via Rodi, 39 - 
10095 Grugliasco (TO) - Tel. 01 1/700358 - Fax. 
011/7708159 


SISTEMI DI CONTROLLO 
AUDIO-VIDEO 

La Interactive MicroSystems (9 Red Roof Lane, 
Salem, NH, USA 03079, tei. 603-898-3545, fax. 603- 
898-3606) ha annunciato una nuova versione di 
MediaPhile per Amiga. Si tratta della 3.0S Pro, che è 
dotata di quattro porte seriali configurabili come RS- 
422 o Sony CTL-L7LANCS/VISCA per il controllo di 
registratori o videocamere professionali o 
semiprofessionali. Il sistema è particolarmente adatto 
all’editing di nastri a 8mm o alla conversione da 8mm 
a SVHS. Con il Sony VI 000 Hi8mm si raggiunge una 
precisione molto elevata perché viene utilizzato il 
time code RC della traccia. La scheda accetta in 
. input fino a quattro segnali SMPTE, che permettono 
un’elevata accurattezza nella gestione dei dati e può 
gestire anche tre porte Sony “S-Port” o “Swap Pori” 
JVC e un output MIDI. Può essere collegata a uno 
switcher Panasonic o NewTek per gli effetti speciali o 
essere usata per controllare anche altre fonti audio- 
video come laser disc, lettori di CD audio, registratori 
a cassette o DAT, grazie all'interfaccia all’infrarosso 
pilotata dal software di gestione. 


224. Si tratta di una 24 aghi 
da 160 cps. Viene fornita 
con un driver software dedi- 
cato ad Amiga (“Citizen 
Print Manager") che eleva in 
maniera consistente laqua- 
lità della stampa a colori. Il 
prezzo sul mercato france- 
seèdi2490 franchi. 1 1 driver 
software, da solo, viene 
venduto a 100 franchi e 


migliora le prestazioni an- 
che degli altri modelli Citi- 
zen. 

ANIMAZIONI A 12 BIT CON 
A VIDEO 24 

La scheda grafica a 24 bit 
prodotta in Francia dalla 
Archos è stata migliorata. 
Le nuove schede sono, fi- 


nalmente, in grado di effet- 
tuare animazioni a 12 bit 
(4096 colori) in alta risolu- 
zione (768x290) a 25 foto- 
grammi al secondo e in alta 
risoluzione interlacciata 
(768x580) a 12.5 fotogram- 
mi al secondo (con 68030). 
Il software fornito è in grado 
di convertire immagini IFFa 
24 bit (create con qualsiasi 
programma per Amiga) nel 
formato d’animazione a 12 
bit AVANIM. Tale formato 
prevede un modo compres- 
so a 12 bit con lieve perdita 
di qualità (come avviene 
con il JPEG) e un modo non 
compresso senza perdita di 
qualità, ma leggermente più 
lento (17 fotogrammi al se- 
condo e 9 fotogrammi al 
secondo in interlacciato). 
Le conversioni da 24 a 12 
bit, secondo la francese 
AmigaNews, sono eccel- 
lenti, grazie alla capacità 
del software di retinare le 
immagini a 12 bit. Le prime 


versioni dell’AVideo 24 de- 
vono subire un upgrade 
hardware perché le anima- 
zioni possano funzionare 
correttamente. 

OPAL VISION: IL PRIMO 
"TOASTER KILLER" 

Un altro sistema grafico a 24 
bit è disponibile sul merca- 
to: si tratta di un pacchetto 
hardware/software creato 
dalla Opal Tech e prodotto e 
distribuito dalla Centaur 
Development. Non.si tratta 
di unadelle “solite” schede, 
ma di un autentico rivale per 
il Video Toaster (almeno in 
apparenza), che ci interes- 
sada vicino, perchéè PAL. 
Quattro fitte pagine di pub- 
blicità sulle riviste d’oltreo- 
ceano spiegano le caratteri- 
stiche del prodotto che vie- 
ne già venduto a 999 dollari 
in versione base. La sche- 
da, dotata di 1 .5 Mb di RAM 
video, offre un frame buffer 


NOTIZIE QUANTUM 

La società ben nota fra gli utenti Amiga per i suoi 
hard disk SCSI gode di ottima salute: i dati dell’ultimo 
trimestre danno un utile in crescita del 73% e un 
fatturato del 50%. Sono state messe in atto, 
ultimamente, strategie di condivisione incrociata di 
brevetti con la Seagate (altra notissima casa 
produttrice di hard disk) e la società punta a 
penetrare nel mercato degli hard disk a grande 
capacità: sono stati annunciati i nuovi modelli 
ProDrive da 3.5” SCSI con capacità da 525 Mb, 700 
Mb e 1200 Mb. Il 525 è prodotto in versione LPS ed 
è disponibile anche con interfaccia IDE. 
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TOUCH SCREEN PAL 

La Mactronics DATA Systems (Viale Jenner 40/A, 
Milano, tei. 02-66800548, fax 02-6881309) ha 
cominciato l’importazione in esclusiva del touch 
screen Elographics. Il prodotto è distribuito con 
un’interfaccia seriale e il software di gestione 
“Commodore Touchscreen Driver” su disco da 3.5", 
adatto a monitor PAL. Lo schermo tattile in vetro è 
fornito in molte versioni (cilindrica, sferica, piatta) per 
monitor da 1 4, 1 5, 1 7, 20, 21 pollici. E’ studiato per 
adattarsi perfettamente alla superficie dei monitor ed 
evitare così ì soliti problemi di parallasse, risultando 
praticamente invisibile. 

Anche l’interfaccia seriale, date le sue ridotte 
dimensioni, può essere inserita nel monitor da cui 
può ricevere direttamente l’alimentazione. Il software 
di supporto permette la calibrazione dello schermo 
tattile, la sua attivazione e disattivazione, e prevede 
anche una modalità “Untouch” in cui si può usare lo 
schermo esattamente come un mouse (si possono 
addirittura trascinare le icone del Workbench 
direttamente sullo schermo). L’installazione e 
l'assistenza tecnica avvengono nella sede di Milano. 
La garanzia sul prodotto è di tre anni. 


KINDWORDS 3 

Kindwords è un noto word processor che, nonostante 
certe sue carenze, ha ottenuto in Europa un notevole 
successo, perché è l’unico word processor per Amiga 
di cui esista la versione in 13 lingue (ognuna dotata 
del proprio vocabolario). Ora la casa produttrice, The 
Disc Company (c/o Profile, Blue Cedar House, 
Marston Doles, Prios Hardwick, Nr Southam, tei. 44- 
926-815855, fax. 44-926-815890) ha deciso di farne 
l’upgrade e si è rivolta alla Digita International (Black 
Horse House, Exmouth EX8 1 JL England, tei. 44- 
395-270273, fax. 44-395-268893), la stessa società 
che ha creato Wordworth, per dotare il programma di 
un nuovo look. KindWords 3 condivide la stessa 
interfaccia di Wordworth (Human Interface Protocol) 
e i due programmi intendono spartirsi il mercato 
europeo dei word processor: Kindwords 3 
rappresenta il prodotto entry-level e Wordworth 
quello destinato agli utenti più esigenti. Gli acquirenti 
di Kindwords 3 potranno poi passare a Wordworth 
con 49.99 sterline (poco più di 100.000 lire) con uno 
sconto di 80 sterline sul prezzo normale di vendita. Di 
Worthworth è in preparazione una nuova versione 
attesa per la fine dell’anno. 


a 24 bit fino a 768x580 (PAL) 
pixel. Permette animazioni 
in doublé buffering a 8 bit 
alla massima risoluzione e a 
24 bit o 15 bit nelle risoluzio- 
ni minori. E’dotatadicopro- 
cessore grafico che per- 
mette una vasta gamma di 
effetti di variotipo, Permette 
alla grafica Amiga di appari- 
re sullo schermo a 24 bit 
(pixel per pixel). La palette 
può cambiare in tempo rea- 
le per particolari effetti di 
dissolvenza. Vienefornitoin 
versione interna per 2000 e 
3000 ed esterna per 500 e 
600. L’hardware ha una ar- 
chitettura modulare e sono 
giàprevisti moduli aggiunti- 
vi che verranno commercia- 
lizzati in un prossimo futuro. 

I moduli si innestanodiretta- 
mente sulla scheda, la- 
sciando liberi gli slot Amiga. 
Un primo modulo (Frame 
Grabber/Genlock) offre fra- 
me grabber a 24 bit in tempo 
reale, genlock, splitter, en- 


coder, keyer lineare a 256 
livelli (alpha channel) e pro- 
cessore per effetti digitali in 
tempo reale. Input/output di 
qualità broadcast (SVHS o 
Hi8) o composita. Ogni fun- 
zione è controllabile via soft- 
ware. Un secondo modulo 
(Scan-Rate Converter) offre 
le funzioni di un flicker fixer 
per monitor multiscan e ap- 
plicazioni quali DTP, multi- 
media, raytracing, grafica 
pittorica. Un terzo modulo 
(Roaster Chip) consente 
effetti in tempo reale (DVE) 
sulla sorgente video, sulle 
immagini a 24 bit o sulla 
grafica Amiga. Gli effetti 
comprendono flip, scale, 
wrap, wave e tanti altri (pro- 
grammabili), PIP a 24 bit 
con Zoom e scale in tempo 
reale. Un quarto modulo 
(Quad-input) aggiunge al 
prodotto le caratteristiche di 
uno switcher video, è dotato 
di quattro ingressi ognuno 
con il proprio color splitter. 


L’Opal Vision, al completo, 
è più potente del Video 
Toaster. Resta da vedere 
quanto costeranno i moduli 
aggiuntivi e la qualità del 
software allegato (il vero 
tallone d’achilie, almeno per 
ora, della Impact Vision 
GVP). Per quanto riguarda il 
software, due pagine di 
pubblicità sono dedicate al 
solo programma di paint, 
OpalPaint che promette di 
essere un velocissimo pro- 
gramma di disegno e di ela- 
borazione delle immagini 
che opera interamente a 24 
bit, ancheavideo(l). E’ im- 
possibile dare anche solo 
un’idea delle sue caratteri- 
stiche; pescando a caso, 
qua e là, leggiamo: carica- 
mento di file IFF, IFF-24, 
JPEG e OV_FAST (formato 
proprietario). Memoria vir- 
tuale su hard disk, che con- 
sente pagine fino a 
32768x32768 pixel, Brush a 
32 bit pertexture mapping. 


18 modi grafici built in, un 
numero virtualmente illimi- 
tato su disco. Gradienti a24 
bit e gradienti di trasparen- 
za. Supporto diretto per la 
tavoletta grafica Wacom, 
sensibile alla pressione. 
CompatibilitàARexx. Color- 
font. Utilizzo di miniature (a 
24 bit) per il file requester. 
Ovviamente, il programma 
può usufruire dei vantaggi 
offerti dai vari moduli ag- 
giuntivi di OpalVision come 
il genlock e il processore 
per DVE che permette 
Zoom hardware e altre co- 
succedelgenere. 

L'altro software incluso 
comprende un programma 
per presentazioni grafiche a 
24 bit (Opal Presents), con 
interfaccia ARexx e Intui- 
tion ; OpalVision HotKey, 
che permette di visualizzare 
schermi a 24 bit mediante 
combinazioni da tastiera, 
magari mescolandoli alla 
grafica Amiga (per esem- 
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pio, quella del Workbench); 
e, infine, King of Karaté, un 
gioco con graficaa24 bit: il 
primo gioco a 24 bit della 
storia, secondo la pubblici- 
tà. Sulla carta, c’è solo da ri- 
manere a bocca aperta, ve- 
dremo nei fatti come reagirà 
il mercato. Sarà anche una 
questione di prezzo, specie 
per quanto riguarda i moduli 
aggiuntivi: ilToaster, infon- 
do, costa solo 2000 dollari, 
tutto compreso, anche un 
programma di grafica 3-D; 
la Centaur, per 999 dollari 
fornisce solo scheda madre 
e software, senza genlock, 
senza switchervideo, senza 
il chip per il DVE e senza 
flicker fixer (che, comun- 
que, non c’è neanche nel 
VideoToaster). 

ANTICIPAZIONI SU WORD- 
WORTH 2.0 

La rivista francese Amiga 
Revue fa delle interessanti 
rivelazioni sulla nuova ver- 
sione di Wordworth, attesa 
per fine anno. Le nuove 
cartteristiche su cui si sta 


lavorando sono: gestione di 
più colonne, note a piè di 
pagina, creazione automa- 
tica di indice e di indice 
analitico, funzioni di dise- 
gno integrate e supporto 
ARexx. Molti word proces- 
sor per Amiga si sono spe- 
cializzati nella grafica, po- 
chi hanno curato in maniera 
adeguata la gestione del 
testo; non si può che acco- 
gliere positivamente, dun- 
que, funzioni come quelle 
citate, molto difficili da rinve- 
nire in altri programmi, se si 
eccettua l’ormai obsoleto 
WordPerfect. 

TRANSPORTER 

E’ un nuovo programma 
dedicato alla creazione di 
animazioni professionali 
della Amazing Computers 
(USA), dotato di un proprio 
linguaggio, supporta molte 
schede grafiche, come la 
Colorburst, il DCTV, la Fire 
Cracker 24, l’HAM-E, l'Im- 
pactVision24, il VideoToa- 
ster. Lo segnala la rivista 
“Amiga Video Journal”. 


COMPILATORE AREXX 

Il compilatore REXX Plus 
Compiler, della Dineen Ed- 
wards Group, è finalmente 
disponibile, almeno sul 
mercato americano. Al 
prezzo di 150 dollari per- 
mette di realizzare dei pro- 
grammi da 2 a 15 volte più 
veloci dell’originale inter- 
pretato. Il codice prodottoè 
rientrante e, quindi, i pro- 
grammi possono essere 
resi residenti. Il modulo 
oggetto generato dal com- 
pilatore può essere addirit- 
tura linkato ad altri moduli, 
creati con altri linguaggi di 
programmazione, median- 
te il linker standard Amiga. 
L’eseguibile utilizza una li- 
breria standard di sistema 
di 32K (tutto compreso) e le 
librerie standard ARexx 
(presenti di serie sul 2.0) per 
funzionare. E’ compatibile 
con tutti i comandi ARexx 
(tranne pochissime ecce- 
zioni, come lnterpret)efun- 
ziona sia sotto 1 .3 che 2.0. 
Gli eseguibili possonoesse- 
re distributi solo previa ac- 


quisizione di una licenza, 
che costa solamente 10 
dollari l’anno. 

POLAROID CI-3000 
E CI-5000 PER AMIGA 

Ora anche Amiga supportai 
Desktop Color Film Recor- 
der dellaPolaroid, capaci di 
convertire un’immagine 
generata dal computer in 
una diapositiva. Un nuovo 
modulo di Art Department 
Professional permette, ap- 
punto, il controllo di tutte le 
fasi dell’operazione. La Po- 
laroid ha avviato, a tal pro- 
posito, unacampagna pub- 
blicitaria in USA sulle riviste 
dedicate ad Amiga. 

SCANNER SHARP 

La Sharp ha annunciato lo 
JX-320, uno scanner da 
tavolo a colori dotato di in- 
terfaccia SCSI, parallela o 
GPIB, capacedi raggiunge- 
re risoluzioni da 600 dpi, 
può anche analizzare le 
diapositive, grazie a un 
moduloopzionale. 


UPGRADE GRATUITO PER ATONCE, 
ATONCE-CLASSIC E AT0NCE-PLUS 

La Vortex (Falterstrasse 51-53 D, 7101 Flein, 
Germania, tei. 07131-59720, fax 0731-55063) ha 
iniziato l’invio della versione 3.0 del software per i 
diversi modelli di ATonce, agli utenti registrati. La 
nuova versione è compatibile con il Kickstart 2.0 e 
l’MS-DOS 5.0. L’output a schermo è stato 
ottimizzato, grazie anche all’esperienza accumulata 
con la Golden Gate per 2000 e 3000 (recensita sul 
numero precedente). Gli utenti registrati possono 
contattare la Vortex o il proprio rivenditore locale per 
ricevere l’upgrade, che sarà del tutto gratuito (basta 
inviare un floppy formattato, una busta affrancata e 
precompilata e un International Reply Coupon alla 
Vortex). E’ anche in corso un’offerta speciale per chi 
desidera passare all’ATonce Plus da un modello 
precedente (le informazioni sono disponibili presso i 
rivenditori locali). 


THE FUTURE 
ENTERTAINMENT SHOW 

Questa faraonica fiera dedicata all’intrattenimento 
su computer e console si terrà a Londra dal 5 all’8 
novembre all’Earls Court 1 e 2. 

Si prevedono 1 00.000 visitatori attratti da espositori 
come Commodore, Ocean, Electronic Arts, 
Psygnosis, Domark, Microprose, Supra, GVP, 
PP&S. 

Alla manifestazione sarà associato un concorso 
che impegnerà giocatori di videogame provenienti 
dalle eliminatorie che si temano preventivamente in 
Inghilterra: al primo classificato verrà assegnato un 
premio di 20 milioni di lire, 8 al secondo e 2 agli 
altri finalisti. 

Per informazioni: Beauford Court, 30 Monmoutlì 
Street, Bath, Avon BAI 2BW, tei. 0225-442244, 
fax. 0225-446019. 
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IL MOUSE HA PRESO IL VOLO 

All’inizio venne la tastiera, poi il joystick, in seguito 
mouse e trackball. Adesso è nato un tipo 
rivoluzionario di mouse, che può essere utilizzato fino 
a una distanza di 10 metri dal computer, senza cavi, 
senza tappetino e senza piano d’appoggio! Il 
“mouse", se così si può ancora chiamare, si pilota 
tenendolo in mano e muovendolo verso l’alto o il 
basso, a destra o a sinistra. E’ lo strumento ideale per 
presentazioni di fronte a un pubblico, per conferenze 
e corsi di formazione, in cui si faccia uso di computer 
o anche solo di un proiettore. Si chiama AirMouse 
Remote Control ed è brevettato e prodotto dalla 
Selectech (30 Mountain View Drive, Colchester, 
Vermont 05446, USA, tei. 802-655-9600, fax. 802- 
655-5149). E’ costituito da una piccola centralina di 
controllo (con alimentatore 12V) che si collega ad 
Amiga o al CDTV, dal driver software compatibile con 
1 .3 e dal “mouse” a due tasti (a batteria 9V) che 
utilizza segnali all’infrarosso. L’AirMouse ha vinto il 
primo premio dell’annuale concorso dell’ICIA 
(International Communications Industries Association) 
consegnato all’INFOCOMM di New York. 


MAXIPLAN 4 

La nuova versione del notis- 
simo foglio elettronico della 
The Disc Company (la stes- 
sa casa di Kindwords 3) è 
ormai disponibile. 

E’ pienamente compatibile 
con il 2.0, supportaARexxe 
viene offerto come upgrade 
da qualsiasi foglio elettroni- 
co (anche di altre marche) a 
75 dollari. Il prezzonormale 
è di 159 dollari. 

NOVITÀ' DALLA BLACK 
KNIGHT PERIPHERALS 

La Black KnightPeripherals 
è una società americana di 
hardware che ha comincia- 
to la pubblicizzazione di 
una lunga serie di nuovi 
prodotti hardware/software 
per Amiga, alcuni piuttosto 
originali e tutti a basso co- 
sto. 

The Fast Lane è un accele- 
ratore di Chip RAM chefun- 
zionacon i’Agnus da 1 Mbo 


da2 Mb. Permette alla CPU 
di accedere alla memoria 
Chip a velocità superiori a 
quella della stessa Fast: se 
Amiga è dotato di scheda 
acceleratrice Speed De- 
moh (sempre della BKP) si 
può arrivare anche a21 MB/ 
s, nei casi peggiori la veloci- 
tà diventa la stessa della 
Fast. Il prezzo, senza RAM, 
è di 269 dollari. 

KickMagic consente di 
montare ben quattro Kick- 
start diversi su un solo Ami- 
ga; dotato di batteria tam- 
pone, fa il boot con l’ultima 
ROM utilizzata. 

Top Chip permette di instal- 
lare 2 Mb di Chip RAM su 
500 e 2000 (ci vuole l’Agnus 
da 2 Mb): 199 dollari con la 
RAM. 

Crystal Sound è un digitaliz- 
zatore audio a 8 bit capace 
di campionare a 70 KHz in 
stereo, è dotato di connetto- 
re parallelo passante e vie- 
ne venduto a 99 dollari. 
Quicknet integra su un’uni- 


ca scheda un’espansione di 
memoria RAM (fino a 8 Mb) 
e un'interfaccia Ethernet 
con software di gestione in 
ROM. Supporta Thicknet e 
Twisted Pair. 

E’ compatibile sia con 1.3 
che 2.0. Il prezzo è di 399 
dollari. 

VKEY è una tastiera MIDI a 
49 tasti che è capace di rile- 
vare l’intensità con cui un 
determinato tasto è stato 
premuto. Il prezzo è 129 
dollari. 

S.A.M. che fornisce 4 MIDI 
out, 1 MIDI in, connettore 
parallelo passante, segnali 
SMPTE e MIDI Time Code 
generati da un processore 
posto sulla scheda, è com- 
patibile con Bars & Pipes e 
MusicX, e legge e scrive 
l’SMPTE sia in formato PAL 
che NTSC. Prezzo: 1 99 dol- 
lari. 


Infine, compare a catalogo 
un programmatore di 
EPROM per la porta paralle- 
la (69 dollari). 

Speriamo di vedere presto 
in Italia i suoi prodotti. 

APPLICAZIONI 
INDUSTRIALI DI AMIGA 

ADAPT (Advanced Data 
Acquisition Processing 
Technology) è una scheda 
per il 3000 della Mellen 
(USA) che permette il con- 
trollo di 48 canali di input 
gestiti mediante un conver- 
titore analogico-digitale a 
18 bit: permette di trattare 
qualsiasi tipo di segnale 
analogico (temperatura, 
pressione...) ed è dotato di 
software di gestione capa- 
ce di plot in tempo reale dei 
dati. 

Hinter Bringer 
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ANTEPRIMA 


256 colori? Amiga 
4000! 


Romano Tenca 


AMIGA 4000 


A miga 4000 non è più un pro- 
getto o un'idea, ma una real- 
tà. E' stato presentato in an- 
teprima mondiale assoluta ad una 
fiera statunitense a Pasadena in 
California, ed è pronto adesso ad 
invadere fiere e mercati di tutto il 
mondo, a cominciare dallo SMAU, 
dove verrà ufficialmente presentato 
in Italia. 

Abbiamo potuto osservare e tocca- 
re una versione ancora allo stadio di 
prototipo del 4000, presso la Com- 
modore Italiana, e verificare in con- 
creto le sue caratteristiche tecniche. 
In questo articolo, parleremo delle 
specifiche ufficiali e di ciò che ab- 
biamo potuto verificare in questo 
primo “incontro", rimandando ad un 
futuro articolo la prova approfondita 
della nuova macchina. 


L'ESTERNO 

Amiga 4000 esternamente appare 
leggermente meno elegante del 
3000, di cui, comunque, trattiene in 
parte il look (caratterizzato da linee 
orizzontali ornamentali), assumen- 
do però una forma leggermente più 
squadrata (37.5 x 12.5 x 38 cm). Il 
4000 è dotato di una tastiera identi- 
ca a quella del 3000 e del normale 
mouse Commodore. Le porte dispo- 
nibili sono quelle classiche Amiga 
(seriale, parallela, joystick, mouse, 
floppy, audio stereo, RGB a 23 pin). 
Manca il connettore RGB VGA, 
quello che si trova sui 3000: i monitor 
VGA o multiscan vanno infatti colle- 
gati allo stesso connettore che serve 
anche ai normali monitor Amiga. 

Il connettore della tastiera, posto sul 
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retro del computer, assomiglia a 
quello del CDTV, mentre mouse e 
joystick si collegano sul fianco de- 
stro della CPU. Sul retro compare 
anche una presa a corrente alterna- 
ta per l’alimentazione diretta del 
monitor. 

L'INTERNO 

Internamente, l'A4000 assomiglia 
abbastanza al 3000, almeno quanto 
a distribuzione degli spazi. Sul fon- 
do c’è la piastra madre, in tecnolo- 
gia surface mounted, che occupa il 
75% della base del computer. Si 
osservano i nuovi chip Lisa e Alice e 
i banchi di memoria SIMM a 32 bit: 
cinque connettori per 2 Mb di Chip e 
16 di Fast al massimo; ovviamente, 
la memoria può essere aumentata 
oltre i 18 Mb, mediante adeguate 
schede d'espansione. Di serie, 
compaiono 2 Mb di Chip e 4 di Fast. 
Al centro si erge la scheda figlia, su 
cui compaiono gli slot Zorro III 
(compatibili anche con lo standard 
Zorro II, quello del 2000); sono quat- 
tro in tutto, di cui tre in linea con gli 
slot PC per la Janus e uno in linea 
con lo slot video. Sulla destra della 
scheda figlia, appare una piccola 
scheda sovrapposta alla piastra 
madre. E’ su questa che si trova, 
accompagnata dalla logica di con- 
trollo, la CPU. Si tratta di un 68040 a 
25 MHz, dotato della tipica ventola. 
E’ importante sottolineare come tale 
architettura consenta di cambiare la 
CPU sostituendo solo la piccola 
scheda citata. Sarà, dunque, possi- 
bile fare un upgrade verso nuovi 
processori Motorola o verso 68040 
più veloci, al momento opportuno, 
senza intervenire con modifiche 
sulla piastra madre. Si potrebbero 
anche ipotizzare, per il futuro, sche- 
de di espansione che non si limitino 
a sostituire la CPU con una più po- 
tente, ma aggiungano anche nuove 
caratteristiche al sistema, come, per 
esempio un elaboratore di segnali 
digitali. D’altra parte, è anche facile 
immaginare, un nuovo Amiga dotato 
dì 68030 e AA: l’unico pezzo da so- 
stituire sarebbe la piccola schedina 
con la CPU. Va notato che la schedi- 
na con 68040 del 4000 può essere 


montata sul 3000T. In USA, ma non 
in Italia, è già in vendita un modello 
di 3000T dotato di tale espansione. 
Sempre e solo in USA, almeno per 
ora, è possibile anche fare l’upgra- 
de del 3000T con questa scheda. La 
schedina non può essere montata 
sul 3000 per semplici problemi di 
spazio. Ma torniamo al 4000: dietro 
la CPU, sulla scheda madre, vi sono 
i due connettori in standard IDE per 
l’hard disk. Infatti, il 4000 è dotato, di 
serie, di interfaccia hard disk IDE e 
non SCSI, come il 3000. Per poter 
collegare al sistema delle periferi- 
che SCSI è necessario comprare un 
controller separato che va inserito in 
uno degli slot Zorro. L’hard disk for- 
nito nel modello commercializzato in 
USA è da 120 Mb, in Italia potranno 
apparire modelli con hard disk di 
capienza differente. Il floppy è quel- 
lo ad alta densità, supportato dal 
nuovo sistema operativo: è capace 
di leggere i normali floppy in formato 
Amiga da 880K e quelli ad alta 
densità da 1.76 Mb. Nella parte 
restante del cabinet trovano posto 
fino quattro unità da 3.5" (una è 
ovviamente occupata dall’hard disk 
di serie e un’altra dal floppy) e una 
unità da 5.25”. Quest’ultima unità e 
due delle unità da 3.5" sono acces- 
sibili dal frontale. Infine, nell'angolo 
a sinistra, come nel 3000, compare 
l’alimentatore da 150 Watt. 

I CHIPCUSTOM 

La maggiore novità del 4000, e la più 
attesa, è indubbiamente costituita 
dai nuovi chip grafici. Mentre l’audio 
è rimasto immutato, un grande pas- 
so avanti è stato fatto dal punto di 
vista dei colori, colmando il gap che 
negli ultimi anni si era creato nei 
confronti delle VGA per MS-DOS. 

Il nuovo set di chip si chiama AA (ma 
si sente anche circolare il nome AG A 
o, ancora, Pandora) ed è composto 
da Alice, che sostituisce Agnus, e 
da Lisa, che sostituisce Denise. Nel 
riquadro troverete l'elenco di tutti i 
possibili modi grafici del nuovo chip 
set. Qui ci preme sottolinearne le 
caratteristiche fondamentali: prima 
di tutto va chiarito che il nuovo chip 
set è perfettamente compatibile con 


il parco software esistente. Al mo- 
mento del boot di Amiga, se si ten- 
gono premuti i due tasti del mouse, 
si accede a un menu in cui è possi- 
bile scegliere fra le modalità di fun- 
zionamento che può essere quella 
del vecchio chip set, quella dell'ECS 
o quella avanzata, che sfrutta tutte le 
caratteristiche del nuovo hardware 
grafico. Una fondamentale innova- 
zione dell’AA è la palette dei colorì: 
questa è stata portata dai tradizio- 
nali 4096 (12 bit) a 16.7 milioni (24 
bit). Solo questo, a parità di numero 
di colori presenti sullo schermo, 
aumenta notevolmente la fedeltà 
cromatica di un’immagine rispetto 
all’originale, perché permette di se- 
lezionare i colori con maggiore pre- 
cisione. Se volessimo quantificare le 
migliorie, dovremmo dire che, nel 
passaggio daN'ECS all’AA, per ogni 
singolo componente la precisione è 
aumentata di 16 volte (256/16), 
mentre le combinazioni disponibili 
sono aumentate di 4096 volte (16.7 
milioni/4096). Non solo, questa pa- 
lette è adesso disponibile in tutti i 
modi grafici, che rimangono quelli 
deil'ECS (overscan compreso): Lo- 
res, Hires, SuperHires, VGA. Ricor- 
do che nell’ECS la palette non era 
completa in SuperHires, cosa che 
ne limitava gravemente l’uso; ora, 
anche nelle risoluzioni particolar- 
mente spinte, la palette in cui sce- 
gliere i colori da usare per un deter- 
minato schermo rimane sempre a 1 6 
milioni di colori. Oltre ai 24 bit di 
palette, compare anche 1 bit di 
genlock, che permette di definire 
una maschera per un genlock ester- 
no. Questo la utilizza come una 
mappa che indica pixel per pixel (e 
indipendentemente dai colori pre- 
senti sullo schermo) dove far appa- 
rire la grafica Amiga e dove far 
comparire il segnale della sorgente 
video (videoregistratore, telecame- 
ra, laser disc...). Le altre funzioni di 
supporto per i genlock dell'ECS 
sono rimaste fondamentalmente 
inalterate nel nuovo chip set. Ma 
oltre alla palette di sistema, contano, 
ovviamente, anche i colori disponi- 
bili contemporaneamente sullo 
schermo. In tutti i modi grafici citati è 
possibile usare fino a otto bitpiane, 
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HAM e AA 


Una delle più importanti estensioni del 
nuovo chip set AA è costituita dalle 
nuove risoluzioni del modo HAM e dal 
modo HAM8. E’ difficile valutare la 
resa cromatica dei nuovi modi HAM 
(Hold And Modify) introdotti dall’AA. 
Tali valutazioni dipendono anche dalle 
necessità personali e dal tipo di lavoro 
da svolgere. Inoltre, sarebbe 
auspicabile un confronto diretto con la 
resa a video di una scheda a 24 bit. 
Pertanto, vogliamo affrontare il nostro 
piccolo problema di valutazione, 
facendo delle considerazioni astratte, 
che, in qualche modo, ci permettano 
di confrontare direttamente HAM AA, 
ECS e schermi normali. Il modo HAM 
è una caratteristica unica dei 
computer Amiga: permette di 
rappresentare un numero elevato di 
colori con una ridotta quantità di dati. 
Prendiamo, ad esempio, il classico 
modo HAM presente su tutti gli Amiga. 
Esso permette di rappresentare con 
sei bitplane fino a 4096 colori. Con sei 
bitplane si hanno a disposizione sei 
bit per ogni pixel sullo schermo. La 
matematica binaria insegna che sei bit 
permettono di rappresentare le cifre 
comprese fra 0 e 63, pari a 64 valori. 
La matematica sembra imporre, 
dunque, che i colori rappresentati 
siano 64 e non di più. Il modo HAM 
consente, invece, di rappresentarne 
4096: com’è possibile? Con un trucco, 
che limita le possibilità di distribuzione 
dei colori sullo schermo. Nei normali 
modi grafici Amiga, se a un pixel è 
associato, per esempio, il valore 12 
(espresso con sei bit, uno per 
bitplane), il sistema attribuisce a quel 
pixel il dodicesimo colore della palette 
dello schermo. Il sistema, dunque, va 
a vedere quale sia il dodicesimo 
colore della palette, ne ricava i valori 
dei tre componenti RGB (rosso, verde 
e blu) e li usa per determinare 
l'aspetto del pixel sullo schermo. In 
HAM, invece, nei sei bit di un pixel 
non è sempre rappresentato il numero 
del colore della palette, ma può 
accadere che quattro bit 
rappresentino il valore assoluto di uno 
dei componenti fondamentali del 
colore (o del rosso, o del verde o del 
blu) (Modify). Poniamo, per esempio, 
che si tratti del rosso e che il valore di 
quei quattro bit sia sempre 12: a 
questo punto il sistema sa che a quel 
pixel è associato un livello di rosso 



pari a 12, ma, ovviamente, resta da 
stabilire quale siano i valori del verde e 
del blu. Il sistema allora usa il livello di 
verde e di blu del pixel posto sulla 
sinistra del pixel corrente (Hold). Se il 
pixel precedente aveva un colore 
composto da rosso=4, verde=6, blu=8 
il pixel corrente sarà costituito da 
rosso=12, verde=6, blu=8. Verde e blu 
non vengono modificati. E’ evidente che 
due pixel adiacenti possono differire 
solo per uno dei componenti (il rosso o 
il verde o il blu). Per passare dal colore 
R=4, G=6, B=8 al colore R=12 G=10 
B=3, usando l’HAM, si dovranno allora 
operare tre passaggi: nel primo si 
modifica il rosso, nel secondo il verde e 
nel terzo il blu. Questi tre passaggi si 
traducono, sullo schermo, in tre pixel, di 
cui i primi due costituiscono una sorta 
di transizione verso l’obiettivo, 
rappresentato dal terzo pixel (in cui 
tutte le componenti del colori saranno 
state modificate come volevamo). E’ 
evidente allora perché l’HAM risulta più 
adatto alle immagini di tipo fotografico: 
in queste, i passaggi di colore non sono 
mai netti; nei disegni, invece, è più 
facile incontrare contrasti di colore 
molto forti (specie se tali disegni sono 
stati realizzati con programmi di 
disegno in puro stile RGB, come il 
vecchio Deluxe Paint). Dal discorso 
dovrebbe anche apparire chiara 
un’altra cosa: più i pixel sono grandi, 
più evidente sarà l’effetto di transizione, 
e viceversa. Il modo HAM classico 
dell’ECS era solo in bassa risoluzione 
(Lores), ora con l’AA si può usarlo 
anche in Hires, VGA o SuperHires. Si 
tenga presente che un pixel Lores è 
“largo” come quattro pixel VGA o 
SuperHires o due Hires. I pixel, in 
realtà, si misurano in base alla loro 
durata: un pixel Lores “dura” 140 
nanosecondi, uno Hires 70, e uno VGA 
o SuperHires solo 35; per cui il tempo 
che serve al pennello elettronico per 
disegnare un pixel Lores, basta a 
visualizzarne quattro in SuperHires. 
Allora, se in Lores, per fare la 
transizione completa di un colore ad un 
altro servono tre pixel, in SuperHires o 
VGA ne servono sempre tre, ma questi 
tre pixel riescono ad apparire in uno 
spazio che è inferiore a quello occupato 
da un solo pixel Lores. La sgranatura 
HAM continua ad esistere, ma si vede 
molto, molto meno. In uno schermo 
HAM Lores (320 x 512) possono 


apparire su ogni linea 320 / 3 = 107 
colori indipendenti (le cui componenti 
RGB, cioè, possono variare 
liberamente). Se proviamo ad 
immaginare che dal nostro schermo 
scompaiano i pixel intermedi (quelli di 
transizione), rimarrebbe un pixel su 
tre, cioè uno schermo immaginario 
(non HAM) da 107 x 512 a 4096 colori 
indipendenti (12 bit). In modo 
SuperHires si avrebbe, invece, uno 
schermo immaginario da 1 280 / 3 = 
427 x 512 pixel a 4096 colori, ed è già 
un bel passo avanti. In modo HAM8, 
sempre in SuperHires, si avrà invece 
uno schermo immaginario non HAM 
da 420 x 512 a 262000 colori (18 bit), 
il che, a pensarci bene, non è affatto 
poco. Come si può osservare, il balzo 
in avanti rispetto all’ECS è stato 
notevolissimo e i classici schermi 
HAM, sgranati e sfrangiati, possono 
essere considerati solo un ricordo del 
passato. Si potrebbe obiettare che i 
pixel con i colori intermedi, quelli di 
transizione, disturbano l’immagine, ed 
è vero. Ma il disturbo è molto più 
limitato di quanto si potrebbe 
pensare; è infatti praticamente 
impossibile che in un’immagine si 
esigano, nel passaggio da un pixel al 
successivo, sempre e solo transizioni 
complete delle componenti RGB; 
quindi, un certo numero di transizioni 
richiederà solo la modifica di un unico 
componente, altri di due componenti 
e solo un numero limitato di tutte e tre. 
Se si aggiunge a tutto questo il fatto 
che in modo HAM8 esistono ben 64 
colori che non sono vincolati dalle 
regole HAM (possono apparire in 
qualsiasi punto dello schermo senza 
alcuna transizione), e che l’occhio 
umano ha anche dei limiti, si può 
concludere che l’effetto apparente è 
di livello nettamente superiore al 
nostro ipotetico 420 x 512 a 18 bit, 
specie nei casi in cui l’immagine è di 
tipo fotografico. Se si mettono poi le 
immagini HAM in movimento, come 
avviene nelle animazioni, la possibilità 
di discernere gli errori indotti da 
questo modo si riduce ulteriormente e 
la fedeltà apparente della resa 
cromatica si innalza di conseguenza. 
E’ una cosa tutta da verificare, ma 
animazioni in HAM8 in Hires (se 
fattibili, come pare) potrebbero dare 
risultati sorprendenti, sotto tutti i punti 
di vista. 
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ANTEPRIMA 


cioè fino a otto bit per colore, che 
portano a un totale di 256 colori. 
Questo vale anche per il modo VGA 
(640x960 interlacciati) e per il modo 
SuperHires (1280x512 interlacciati) 
che, invece, avevano forti limitazioni 
sul numero di bitplane nell’ECS. 

I 256 colori costituiscono, oggi 
come oggi, lostandard, grazie all'af- 
fermazione recente delle schede 
VGA per MS-DOS: con ciò Amiga si 
pone, da questo punto di vista, allo 
stesso livello di quel sistema, for- 
nendo, comunque, prestazioni gra- 
fiche superiori per velocità, compa- 
tibilità video e modi grafici speciali, 
come l’HAM. Anche il modo Dual- 
Playfield è stato migliorato: in tutti i 
modi grafici sono consentiti due 
playfield fino a un massimo di quat- 
tro bitplane ciascuno, che consen- 
tono, cioè, fino a 1 6 colori per scher- 
mo. Ogni risoluzione ha il proprio 
modo grafico ExtraHalfBrite a sei 
bitplane, che può essere utilizzato 
per risparmiare memoria in situazio- 
ni particolari. Infine l’HAM. Questo 
strano modo grafico, che permette 
effetti fotorealistici di grande impat- 
to, è stato migliorato sotto due punti 
di vista diversi. In primo luogo il 
modo HAM classico, disponibile 
nell’ECS solo in Lores, è stato esteso 
a tutti i modi grafici. E’ dunque pos- 
sibile avere immagini HAM in Hires, 
VGA o SuperHires anche interlac- 
ciati a 4096 colori: ciò consente ef- 
fetti straordinari con notevole rispar- 
mio di memoria rispetto ad altri siste- 
mi. Se ciò non dovesse bastare, 
ecco il capolavoro: il nuovo modo 
grafico HAM8, 262000 colori in 
modo HAM contemporaneamente 
sullo schermo, a partire da una pa- 
lette base di 64 colori. Anche in 
questo caso vale la solita regola: 
tutte le risoluzioni permettono il 
modo HAM8, anche la VGA e la 
SuperHires. Con ciò diventa possi- 
bile visualizzare immagini con ele- 
vatissimo grado di realismo fotogra- 
fico, utilizzando file a otto bitplane, 
quindi di dimensioni limitate (se 
paragonate a quelle dei file a 24 bit). 
Le classiche frange come pure l'ef- 
fetto di “sgranatura” tipico dell’HAM 
diventano praticamente impercetti- 
bili. Altra importante caratteristica 


delj’AA è la capacità di “Scan Dou- 
bling” che, praticamente, costitui- 
sce una sorta di Fiicker-Fixer softwa- 
re. Questa funziona solo con i modi 
NTSC e PAL (non VGA) e permette 
di eliminare lo sfarfallio di queste 
risoluzioni, come avviene via hard- 
ware su 3000 e 3000T. Il nuovo siste- 
ma operativo 3.0 permette di sele- 
zionare dalle Preferences questa 
modalità, che consente, per esem- 
pio, di avere uno schermo 640x512 
senza sfarfallio. Esistono altre va- 
rianti delle risoluzioni citate, come 
l’Euro72 e la Super72 (800x600), 
che usano una frequenza di refresh 
verticale da 72 Hz per creare uno 
schermo più stabile. L’AA è, infatti, 
completamente programmabile, sia 
quanto a refresh verticale (50-72 
Hz), che orizzontale (15-31 KHz), e 
supporta, dunque, tutte le possibili 
combinazioni intermedie rispetto ai 
modi citati. Le nuove prestazioni 
grafiche dell’AA implicano, di fatto, 
una capacità di gestione dei dati 
video che è esattamente il quadru- 
plo deH’ECS standard. Il Blitter, da 
parte sua, non ha subito particolari 
modificazioni, se si eccettua un in- 
cremento della velocità sulla quale 
però non disponiamo di dati ufficiali. 
Molti si chiederanno, a questo pun- 
to, se sarà possibile fare un upgrade 
al nuovo chip set dei modelli Amiga 
esistenti. Non si hanno informazioni 
ufficiali a proposito, ma essendo 
l’architettura dei nuovi chip a 32 bit 
(o almeno così pare), non sarà quasi 
certamente possibile sostituire i 
vecchi chip con i nuovi nelle macchi- 
ne dotate di bus a 16 bit (500/600/ 
2000) e anche per quanto riguarda 
3000 e 3000T, le speranze in questo 
senso sono davvero limitate. 

Da questo punto di vista, l’apparizio- 
ne dell’AA introduce una differenza 
qualitativa nella linea Amiga e apre 
una nuova generazione di macchine 
con cui la Commodore si prepara 
già ad affrontare lo sviluppo infor- 
matico dei prossimi decenni. 

SPRITE 

Anche gli sprite sono stati migliorati. 
Ora la loro gestione è soggetta a 
minori vincoli. Fino all’ECS, gli sprite 


apparivano in Lores su tutti gli scher- 
mi, tranne in VGA e SuperHires, ove 
apparivano in Hires. Ora la risoluzio- 
ne degli sprite è indipendente da 
quella dello schermo e pertanto si 
possono avere sprite in Lores, Hires, 
SuperHires su qualsiasi tipo di 
schermo. Gli sprite in SuperHires 
non esistevano nell’ECS ed è possi- 
bile anche avere sprite che riflettono 
esattamente il comportamento del- 
l’ECS (per compatibilità). L’unica 
limitazione è data dal fatto che tutti 
gli sprite devono avere la stessa 
risoluzione. Gli sprite possono esse- 
re posizionati sullo schermo con la 
precisione consentita dal modo 
SuperHires e possono avere una 
larghezza di 1 6, 32 o 64 bit (nell’ECS 
la loro larghezza era fissa: solo 16 
bit). Hanno, inoltre, una palette di 16 
colori, scelti fra i 256 loro riservati e 
possono anche essere “attaccati” 
fra loro, con una tecnica nota ai pro- 
grammatori per aumentare il nume- 
ro di colori. Questa attenzione agli 
sprite tradisce, in parte, i programmi 
Commodore per il futuro di Amiga. 
Gli sprite vengono utilizzati quasi 
esclusivamente dai giochi e la loro 
presenza nell’AA, e le migliorie loro 
apportate, attestano che la Commo- 
dore è e rimane attenta al mercato 
videoludico, sebbene cerchi di 
penetrare con sempre maggiore 
incisività in quello multimediale. 

OS 3.0 

Per poter gestire le novità introdotte 
dall’AA è necessario utilizzare il 
nuovo Kickstart 3.0, che viene forni- 
to, su ROM, con l’A4000. Questo 
comprende molte innovazioni signi- 
ficative che vanno ben oltre il sup- 
porto per l’AA. Indichiamo, qui di 
seguito, solo le più significative. Pri- 
ma di tutto, la “localizzazione": con il 
nuovo Workbench tutte le scritte di 
sistema, dalle date ai menu, appari- 
ranno nella lingua scelta dall'utente. 
Anche l’italiano viene, ovviamente, 
supportato. Il programma commer- 
ciale CrossDos è divenuto parte in- 
tegrante del sistema operativo. 
Grazie ad esso sarà possibile leg- 
gere e scrivere dischi in formato MS- 
DOS, sia da 720K che da 1.44 Mb 
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(se si dispone di un drive ad alta 
densità, come avviene sul 4000). Un 
nuovo driver Preferences permette 
la stampa diretta nel formato Post- 
Script, quello utilizzato soprattutto 
dalle stampanti laser. Il sistema 
operativo è ora perfettamente com- 
patibile con il 68040. Inoltre, è stato 
introdotto un sistema di ipertesto, 
chiamato AmigaGuide, che permet- 
te a tutti di programmi di accedere 
con estrema facilità all’help iperme- 
diale. E’ stato introdotto un ottimo 
programma di installazione stan- 
dard per il software commerciale, 
che già qualcuno ha potuto vedere 
all’opera in alcuni dei più recenti 
rilasci. Molte altre modifiche sono 
state apportate ai vari comandi CLI e 
alle Preferences, alla ricerca di una 
sempre maggiore facilità d'uso e 
intuitività. Infine, nuovi programmi di 
utilità sono stati aggiunti al sistema. 
Da questo “assaggio” del nuovo 
Workbench è forse possibile intuire 
il grande passo avanti effettuato. 
Indubbiamente, a fronte del nuovo 
chip set AA, tali cambiamenti po- 
trebbero apparire minori, ma sareb- 
be indubbiamente un errore sotto- 
valutarne l’importanza. Buona parte 
delle modifiche apportate al Work- 
bench non saranno riservate solo 
agli acquirenti del 4000. La Commo- 
dore sta lavorando anche a una 
nuova versione del Workbench 2.0, 
destinata agli Amiga senza AA: il 
2.1. Richiederà comunque le ROM 
2.0 per funzionare, per cui, in attesa 
del suo non imminente rilascio, è 
consigliabile prepararsi facendo 
l’upgrade al Kickstart 2.0 su ROM. 

SOFTWARE! VALUTAZIONI 
CONCLUSIVE 

La grande incognita dell’AA, almeno 
per ora, è quella del software. Prima 
di tutto, va detto che, grazie al fatto 
che il chip set può funzionare in 
modalità ECS, la compatibilità con il 
parco software esistente è presso- 
ché totale. I problemi potrebbero 
venire più dal 68040, ma sarebbero 
gli stessi che si presentano su un 
2000 o un 3000 dotato dello stesso 
processore. In secondo luogo, va 
precisato che per ora, l'unico pro- 



PALETTE E PALETTE 


Il termine palette (tavolozza) può 
indurre qualche confusione, per cui è 
bene cercare di fare chiarezza su 
questo vocabolo, per certi versi 
ambiguo. 

Esso viene infatti utilizzato per 
indicare due cose abbastanza 
diverse. 

Ogni schermo Amiga ha una propria 
palette dei colori. Per esempio, uno 
schermo a 16 colori ha una palette 
che comprende, ovviamente, i 16 
colori utilizzati dallo schermo; i colori 
di questa palette godono della 
seguente proprietà: possono 
apparire contemporaneamente sullo 
schermo. Ma l'hardware di un Amiga 
classico è in grado di visualizzare, in 
teoria, fino a 4096 colori. Quindi, 
quando si crea uno schermo a 16 
colori, si devono scegliere, fra i 4096 
colori disponibili, i 16 colori dello 
schermo. Ogni schermo ha, dunque, 
una propria palette, che comprende 
soltanto una sezione della palette 
generale del sistema. 

11 nuovo AA porta la palette generale 
del sistema a 16 milioni di colori, 
contro i 4096 dell’ECS, e permette di 
creare schermi che contengano, 
contemporaneamente, fino a 256 
colori diversi. Il miglioramento indotto 
dall’aumento dei colori della palette 
di sistema è indipendente da quello 
generato dall’aumento del numero di 
colori per schermo. Ciò significa che 
uno schermo a 16 colori sotto AA può 
apparire più fedele rispetto 
all’originale di quanto accade con 
l’ECS. 

Ogni colore dello schermo, infatti, è 
determinato dalla combinazione dei 
tre componenti RGB (rosso, verde e 
blu). Quando la palette di sistema è a 

12 bit (ECS), la “quantità” di ogni 
singolo componente (che, assieme 
agli altri, contribuisce all’aspetto 
finale di un pixel) varia tra 0 e 15 
(quattro bit per colore): in altre 
parole, il colore di un pixel sullo 
schermo è determinato dalla 
combinazione di una “tonalità” di 
rosso, di verde e di blu scelta fra le 
16 disponibili per ogni colore. 

Quando la palette è a 24 bit, i livelli 
disponibili per ogni componente 
sono invece 256 (otto bit per colore) 
e il colore finale si produce mediante 
la combinazione di una tonalità per 


ogni componente, scelta fra le 256 
possibili. 

Quando si andrà a scegliere i colori 
della palette di uno schermo a 
quattro bitplane, si avrà dunque a 
disposizione una gamma di 
possibilità ben più ampia di quella 
consentita dall’ECS e si potranno 
scegliere dei colori più vicini 
all'originale. Per capire l’importanza 
di una palette di sistema a 24 bit, 
anche con un’immagine a 16 colori, 
prendiamo come esempio un caso 
limite: la conversione di un’immagine 
a 24 bitplane in uno schermo Amiga 
a 16 colori. Poniamo che questa 
immagine contenga solo 16 colori 
diversi, più esattamente 16 tonalità di 
rosso puro (compreso il nero); 
potrebbe sembrare, a prima vista, 
che anche con l’ECS si otterranno 
risultati vicini alla perfezione: in 
fondo, nell’immagine a 24 bit vi sono 
solo 16 colori, esattamente quelli che 
compaiono sullo schermo! 

Non è così. Poniamo, ad esempio, 
che le 16 tonalità di rosso 
dell’immagine a 24 bit siano mal 
distribuite (diciamo 12 rossi molto 
chiari e 4 molto scuri). Siccome le 
tonalità di rosso disponibili con l’ECS 
variano in maniera graduale dal nero 
alla luminosità massima, ecco che ci 
si trova nel bel mezzo di gravi e 
insormontabili difficoltà. O si 
trasformano alcune delle tonalità 
chiare in tonalità intermedie 
(alterando dunque la scala 
cromatica), oppure si dovrà usare 
una stessa tonalità Amiga per 
rappresentare due diverse tonalità 
dell’immagine originale simili tra loro 
(ma in tal caso si perderà in 
definizione). Il risultato non sarà 
affatto identico all’originale, ma 
un'approssimazione più o meno 
riuscita; in certi casi, l'esito può 
essere addirittura scadente. 

Con l'AA, invece, la fedeltà, nel 
nostro caso, sarà assoluta e 
l’immagine a 16 colori sarà identica 
(!) a quella a 24 bit (a parità di 
risoluzione). Infatti, la palette di 
sistema disponibile è esattamente la 
stessa di un’immagine a 24 bit e si 
potranno scegliere per lo schermo a 
16 colori, proprio le stesse tonalità di 
rosso che compaiono nell'immagine 
a 24 bit. 
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gramma capace di operare con tutti 
i nuovi modi grafici (compreso I’- 
HAM8) è il solito Art Department Pro- 
fessional della ASDG. Altri prodotti, 
di recente realizzazione, come alcu- 
ni programmi di grafica italiani (Art 
Nouveau della Digiteam e Progetto 
Immagine della Menti Possibili - 
N.d.R.), sono in grado di gestire 
alcuni dei nuovi modi grafici. 
Comunque, si è già aperta la stagio- 
ne degli upgrade: è iniziata la corsa 
dei maggiori programmi per Amiga 
(word processor, DTP, grafica) ver- 
so tale obiettivo e nei prossimi mesi 
l’elenco di questi programmi do- 
vrebbe allungarsi rapidamente. 

Per quanto riguarda la velocità ge- 
nerale del sistema, le nostre impres- 
sioni non possono che avere un 
valore parziale: un vero test sarà 
possibile solo quando avremo a 
disposizione la macchina per un 
tempo maggiore. Usando AIBB 461 , 
abbiamo potuto constatare che nel 
calcolo puro, le prestazioni offerte 
sono quelle consentite da un 68040, 
con incrementi anche consistenti 
rispetto al 68030, specie nella mate- 
matica intera. Per le funzioni grafi- 
che e l’accesso alla Chip RAM si ha 
un netto miglioramento di velocità 
rispetto a un 3000: di circa tre volte 
o anche più, a seconda dei test. 
L’hard disk IDE rappresenta un po’ il 
collo di bottiglia del sistema: indub- 


• 68040 a 25 MHz 

• 2 Mb di Chip RAM a 32 bit 

• 4 Mb di Fast RAM a 32 bit 
espandibile a 16 sulla scheda 
madre 

• 1 floppy interno ad alta densità 
da 880K/1 .76 Mb 

• Controller hard disk IDE 
con 2 connettori 

• 1 hard da 1 20 Mb 

• AA Chip set (Alice e Lisa) 

15-31 KHz 50-72 Hz 

• Audio a 8 bit, 4 canali, 2 voci 

• Kickstart 3.0 in ROM 

• Workbench 3.0 

• CrossDOS 

• Tastiera separata 

• Mouse opto-meccanico 


blamente una macchina come il 
4000 merita un controller SCSI (se 
non altro per le maggiori possibilità 
d’espansione più che necessarie in 
una macchina che vuole penetrare 
nel mercato multimediale) e la scelta 
dell’Interfaccia IDE può essere stata 
dettata solo da valutazioni economi- 
che e forse anche dalle caratteristi- 
che del mercato USA. 

Comunque, le prestazioni risultano 
accettabili, specie se l’hard disk è di 
tipo veloce (transfer rate massimi di 
750K), anche se non paragonabili a 
quelle dei migliori controller e hard 
disk SCSI. Infine, il prezzo: nel 
momento in cui scriviamo nulla si sa 
di preciso a proposito, ma, eviden- 
temente, il prodotto si colloca al 
vertice della linea Amiga, non solo 
per l’ECS, ma anche per il 68040: il 
costo al pubblico non potrà che ri- 
flettere tale situazione. Non si tratta, 
in conclusione, di una macchina 
destinata all'utenza amatoriale e 
domestica, ma a quella di alto livello. 

I sostenitori di Amiga come compu- 
ter professionale potranno finalmen- 
te esultare. 

Sta di fatto che il 4000, oggi come 
oggi, è non solo il più potente perso- 
nal computer esistente, la macchina 
multimediale più avanzata, il perso- 
nal più adatto al video, ma anche, ci 
scusino i puristi, la macchina video- 
ludica che molti hanno sognato. ▲ 


• 1 porta parallela 

• 1 porta seriale 

• 1 porta mouse 

• 1 porta joystick 

• 1 porta RGB a 23 pin (15-31 KHz) 

• 1 porta per floppy esterni 

• 4 slot Zorro III 

• 3 slot PC/AT 

• 1 slot video 

• 1 slot CPU 

• Spazio interno per 

2 drive da 3.5“ posteriori 
(1 occupato dall'hard disk) 

2 drive da 3.5" anteriori 
(1 occupato dal floppy) 

• 1 drive da 5.25" anteriore 

• Alimentatore da 150 Watt 

• Dimensioni 37.5 x 12.5 x 38 cm 


I NUOVI MODI 


VIDEO AA 

Oltre ai modi Amiga classici e a 
quelli aggiunti dall’ECS, compaiono 
nell’AA nuovi modi grafici che 
elenchiamo qui di seguito. Per le 
risoluzioni indicheremo sempre 
quelle massime, cioè PAL. Alcuni 
modi richiedono monitor VGA o 
multiscan, come pure il 
deinterlacciatore, che, fra l’altro, 
opera solo sui normali modi PAL e 
NTSC. In tutti i modi c'è la 
possibilità di gestire il Dual Playfield 

a 16+16 colori. 


Lores 320x256 o 320x512 

(interlacciato) 

bitplane 

colori 

6 

64 

7 

128 

8 

256 

8 (HAM8) 

262000 

Hires 640x256 o 640x512 

(interlacciato) 

bitplane 

colori 

5 

32 

6 

64 

6 (EHB) 

32+32 

6 (HAM) 

4096 

7 

128 

8 

256 

8 (HAM8) 

262000 

SuperHires 1280x256 o 1280x512 
(interlacciato) 1 colori non hanno 
più limiti quanto a palette. 

bitplane colori 

3 

8 

4 

16 

5 

32 

6 

64 

6 (EHB) 

32+32 

6 (HAM) 

4096 

7 

128 

8 

256 

8 (HAM8) 

262000 

VGA 640x480 o 640x960 
(interlacciato) 1 colori non hanno 
più limiti quanto a palette. 

bitplane 

colori 

3 

8 

4 

16 

5 

32 

6 

64 

6 (EHB) 

32+32 

6 (HAM) 

4096 

7 

128 

8 

256 

8 (HAM8) 

262000 


SPECIFICHE TECNICHE DELL'A4000 
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IL TECNICO RISPONDE 


GUIDA Al MONITOR 
MULTISYNC 
(prima parte) 


Questo mese 
inizieremo a vedere 
come si possono 
collegare agli Amiga 
dei monitor diversi 
da quelli standard. 


Paolo Canali 


C on il continuo abbassarsi dei 
prezzi, i monitor Multisync o 
Multiscan, che fino a poco 
tempo fa erano quasi irraggiungibi- 
li, oggi sono diventati appetibili 
per molti possessori di Amiga. 
In media costano il doppio esatto dei 
monitor standard, ma oltre a fornire 
un’immagine di gran lunga più defi- 
nita, sono un acquisto che sicura- 
mente non diventa obsoleto con il 
tempo. 

Non occorre possedere un Amiga 
3000 o una scheda deinterallaccia- 


trice per trarre vantaggio da un 
monitor multiscan. 

Chi possiede un Amiga dotato del 
nuovo Denise ECS può usare il 
modo productivity che ha le stesse 
qualità di definizione e stabilità di 
una scheda VGA standard, mentre 
chi non lo possiede può comunque 
godere della maggiore definizione e 
fedeltà dei colori nei modi standard. 
Se poi decidete di acquistare un 
monitor “a bassa radiazione”, oltre 
che dai campi elettromagnetici (il 
cui effetto biologico è controverso e 


Figura l: 

Adattatore Amiga RGB <-> VGA semplificato (non funziona per alcuni 
monitor). 

I conduttori dei segnali R, G, B (pin 1, 2, 3 del conduttore VGA ) sono 
schermati; la calza va saldala sui pin 6, 7 ,8. 
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Figura 2: 

Adattatore Amiga RGB<-> VGA 
completo. 

I conduttori dei segnali R, G ,B (pin 
1, 2, 3 del connettore VGA ) sono 
schermati la calza va saldata sui 
pin 6, 7 , 8; a, b, c, d sono inverter 
contenuti nel circuito integrato 
SN74LS14. 


probabilmente nullo) siete protetti 
da quelli elettrostatici che “sparano" 
il pulviscolo atmosferico contro la 
faccia dell’operatore, dando proble- 
mi a chi soffre di asma e di acne. 
Radiazioni e campi elettrostatici 
sono un problema solo dei monitor a 
colori non schermati, quelli in bianco 
e nero li generano in misura di gran 
lunga minore. 

Ovviamente il monitor da solo non è 
in grado di produrre un display dein- 
terallacciato (l'unica eccezione è 
rappresentata dal monitor Commo- 
dore a toni di grigio ad alta definizio- 
ne A2024), dunque dal punto di vista 
del flicker non c'è nessun vantaggio 
se non si installa una scheda deinte- 
rallacciatrice. 

Addirittura lo sfarfallio potrebbe 
peggiorare rispetto al monitor stan- 
dard, poiché i monitor Super VGA 
hanno di solito fosfori a persistenza 
bassissima. 

Anche se (in modo non interallaccia- 
to e senza deinterallacciatore) a 
prima vista può sembrare sgradevo- 
le vedere le righe orizzontali dello 
schermo ben separate tra di loro da 
una zona nera, messa impietosa- 
mente a nudo dalla altissima defini- 
zione di questi monitor, i nostri occhi 
in realtà sono molto meno sotto sfor- 
zo di quando devono decifrare lette- 
re dai contorni sfuocati. 

Allo stesso prezzo di un monitor 
multiscan si può agevolmente com- 
perare un monitor Super VGA con 
una scheda deinterallacciatrice: 
con questa combinazione potreste 
da subito eliminare per sempre il 
flicker e le righette nere, ma se 
escludeste il deinterallacciatore sul- 
lo schermo vedreste solo dei di- 
sturbi. 

Allora il modo SuperHiRes si potreb- 
be vedere solo in modo distorto, e vi 
potreste trovare nei guai al momento 


di usare un video enhancer (come 
l’HAM-E) o un genlock incompatibile 
con i deinterallacciatori: ricordo che 
solo pochi genlock sono in grado di 
funzionare correttamente assieme 
ad una scheda deinterallacciatri- 
ce. 

Questo perché il genlock altera le 
temporizzazioni video e molte dein- 
terallacciatrici non riescono più a 
sincronizzarsi. 

Per chi non possiede un deinteral- 
lacciatore il primo problema da risol- 
vere è come realizzare il cavo di 
collegamento. 

I monitor multiscan, infatti, sono for- 
niti di un cavo con connettore per 
scheda VGA a 15 o a 9 pin, mentre 
la presa video di Amiga è a 23 pin. 
L’adattatore da 23 a 15 pin normal- 
mente usato è lo schema di figura 2. 

I tre segnali R, G, B analogici vengo- 
no direttamente connessi al monitor, 
mentre i sincronismi orizzontale e 
verticale passano per un buffer TTL 
di disaccoppiamento ottenuto con 
due inverter in serie. 

La pratica però ci dimostra che 


questa non è sempre la soluzione 
migliore. 

I monitor multiscan spesso utilizza- 
no la polarità dei sincronismi per 
stabilire il rapporto altezza/larghez- 
za deH’immagine: a seconda del 
modello di monitor, è possibile che, 
invertendo la polarità di uno o en- 
trambi i sincronismi, l’ampiezza del- 
l'immagine generata riesca a ri- 
empire tutto lo schermo o, vicever- 
sa, non debordi più. 

Alcuni monitor (per esempio, certi 
CTX) funzionano correttamente 
anche con il cavo semplificato di 
figura 1, purché il monitor sia già 
acceso al momento di accendere il 
computer. 

In caso contrario il computer non 
parte perché i piedini di sincronismo 
sono sovraccaricati. 

Sugli A2000B e A500 è possibile 
collegare contemporaneamente 
anche un monitor monocromatico 
sull’uscita apposita: ovviamente vi- 
sualizzerà la stessa immagine del 
monitor principale. 

Nessun problema, invece, per chi 
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ha una deinterallacciatrice: ormai 
hanno tutte il connettore a 15 pin di 
tipo VGA, e per quelle poche che 
hanno il vecchio connettore a 9 pin 
“tipo EGA”, basta usare l’apposito 
convertitore da 9 a 15 pin usato 
anche sui vecchi IBM. 

I fortunati possessori di schede vi- 
deo TIGA o true color dovranno inve- 
ce verificare i requisiti della loro 
scheda; molte non si accontentano 
di un normale monitor multiscan ma 
esigono monitor più sofisticati con 
ingressi di tipo BNC e sincronismo 
sul verde. 

Se il monitor non dispone già di uno 
switch per commutare tra l’uscita 
del computer e quella della scheda 
video, può essere necessario uno 
switcher esterno, che dovrà essere 
di elevata qualità. 

Anche chi ha affiancato una VGA 
alla scheda bridge può aver biso- 
gno dello switcher, ma in questo 
caso lo si può realizzare con sempli- 
cità usando componenti standard. 
Ricordo che le schede VGA funzio- 
nano perfettamente assieme alle 
Janus AT, e, anzi, se già si dispone 
di un monitor multisync è assurdo 
rovinare le prestazioni già modeste 
della Janus con una goffa e lenta 
emulazione software CGA. 

Spesso assieme ai monitor viene 
fornito un cavetto di qualità a dir 
poco infima, molto più adatto per 
legare pacchi che per collegamenti 
elettrici. 

I sintomi di un cavo malfatto sono 
ombre alla destra dei caratteri o sui 
bordi del “raster”, colori “lampeg- 
gianti” o con una netta dominanza 
violacea o verdina, caratteri sbavati 
su tutto lo schermo. 

II cavo video, infatti, deve avere 
delle caratteristiche ben precise, 
come una impedenza di 75 Q, una 
bassa attenuazione HF, connettori 
dorati e così via. 

I comandi sul pannello posteriore 
del monitor vanno impostati in modo 
da selezionare un ingresso di tipo 
analogico, non-TTL; gli eventuali 
comandi per il “modo testo” e l’”auto 
size” si riferiscono a esigenze delle 
schede VGA e sono ininfluenti; in 
genere conviene escluderli. 
Purtroppo i monitor multiscan o 


CONSIGLI PER 

Vediamo qualche procedura per 
risolvere il problema dei bordi neri 
al lato dell’immagine in alcuni 
monitor che non hanno il comando 
di ampiezza orizzontale esterno 
accessibile. L’apertura del monitor 
annulla la garanzia e la 
manomissione dei circuiti può 
essere dannosa sia per il monitor 
che per l’operatore, causando, per 
esempio, una emissione eccessiva 
di raggi X. Le case produttrici 
cambiano di tanto in tanto la 
circuitazione dei loro modelli, e non 
si garantisce che agendo come qui 
indicato si ottengano i risultati 
desiderati. Solo un tecnico 
autorizzato dalla casa produttrice, 
dotato dei manuali di servizio del 
particolare modello, può garantire 
un intervento corretto e sicuro. 

NEC MULTISYNC 3D 

Anche regolando per il massimo 
l’ampiezza con il comando frontale, 
restano due righe scure sui lati. Con 
questa taraturaè possibile 
eliminarle facendo arrivare il bordo 
colorato esattamente da un lato 
all’altro dello schermo; un overscan 
maggiore non è possibile. Dopo 
avere aperto il monitor (fate 
attenzione a svitare solo le viti 
necessarie), individuate i due 
induttori con nucleo in ferrite 
regolabile posti uno accanto 
all’altro, per chi guarda il monitor 
dal davanti, nell’angolo verso lo 
schermo e a sinistra sulla piastra 
principale. A monitor spento, con 
una chiave a brugola esagonale 
(non usate un cacciavite se non 
volete correre il rischio di 
scheggiare il nucleo) girate il nucleo 
dell’induttore più alto in modo che 
sia completamente all’esterno della 
zona dove si trovano gli 
avvolgimenti (basta avvitarlo 
completamente). Accendete il 
monitor, e con un cacciavite non 
magnetizzato, prestando la 
massima attenzione a non toccare i 
circuiti ad alta tensione che sono 
posti proprio nelle immediate 


LA TARATURA 

vicinanze, ruotate leggermente 
l’altra bobina sinché l’ampiezza non 
è massima. 

COMMODORE 1950 

Esistono varie versioni di questo 
monitor, completamente diverse 
nell’interno. La regolazione qui 
illustrata non va bene per tutte, ed è 
possibile causare dei danni se si 
ruotano di molto i regolatori 
sbagliati. Individuate l’induttore 
regolabile posto a sinistra e verso lo 
schermo per chi guarda lo 
schermo. Con un cacciavite non 
magnetizzato ruotate leggermente il 
nucleo e osservate se lo schermo si 
schiaccia in senso verticale e 
allarga in orizzontale. In caso 
affermativo, procedete sino a 
coprire orizzontalmente lo schermo. 
Con il comando di ampiezza 
verticale recuperate la giusta 
ampiezza. 

CTXCMS-3436IR 

Questo monitor, nella versione non 
a bassa radiazione, presenta anche 
il problema della luminosità 
insufficiente (i sei regolatori sono 
posti in basso a sinistra sulla piastra 
principale per chi guarda dal 
davanti). Nella versione a bassa 
radiazione resta solo il problema 
dell'ampiezza orizzontale 
insufficiente, che in accordo alle 
caratteristiche dichiarate dal 
costruttore può essere espansa 
sino a lasciare circa otto millimetri 
di bordo per lato (13 pollici di area 
utile). Dopo avere aperto il monitor, 
individuate l'induttore con nucleo in 
ferrite regolabile posto, per chi 
guarda il monitor dal davanti, 
nell’angolo in basso a sinistra sulla 
piastra principale. A monitor 
spento, con una chiave a brugola 
esagonale (non usate un cacciavite 
se non volete correre il rischio di 
scheggiare il nucleo) girate il 
nucleo in modo che sia 
completamente avvitato, cioè come 
per il NEC 3D non sia più in 
corrispondenza dell’avvolgimento. 
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multisync sono sempre venduti pre- 
tarati in modo da funzionare regolar- 
mente se connessi ad un IBM o 
compatibile, che ha temporizzaz- 
zioni video leggermente diverse da 
Amiga. 

I monitor più economici, dotati di 
comandi esterni con un campo di 
azione limitato, possono andare in 
crisi e fornire risultati deludenti se 
connessi ad un Amiga così come 
sono venduti. 

II problema più comune che sorge 
quando si vuole visualizzare il modo 
productivity o una immagine deinte- 
rallacciata, consiste nella presenza 
di due zone verticali nere ai bordi 
deH’immagine perché il comando di 
ampiezza orizzontale del monitor è 
insufficiente. 

In molti monitor ciò è voluto, e infatti 
il manuale allegato riporta un dato di 
superficie utile minore di quella del 
tubo catodico (un caso tipico sono i 
monitor 14" aventi area utile di 
13"). 

Infatti, mentre nei monitor standard 
di Amiga è consuetudine regolare di 
fabbrica la dimensione del raster 
(l’area illuminata dal fascio elettroni- 
co) in modo che debordi dallo 
schermo, nei monitor IBM e di con- 
seguenza in quelli compatibili, una 
tradizione, risalente agli anni ’60, 
impone che il raster sia solo nella 
zona centrale dello schermo, e di 
conseguenza la circuiteria video 
non genera un bordo ampio come 
quello di Amiga. 

Il problema è particolarmente grave 
nel modo productivity, poiché qui 
l’overscan disponibile è minimo e 
resta un bordo molto spesso, a diffe- 
renza di quanto accade con le 
immagini deinterallacciate. 

La prima soluzione, possibile solo 
con il Denise ECS, consiste nell’usa- 
re uno dei tanti programmi PD che 
attivano l'immagine proveniente dal 
genlock proprio in corrispondenza 
del bordo: se nessun genlock è col- 
legato il bordo sarà nero come su un 
IBM. 

La seconda soluzione richiede l'a- 
pertura del monitor per provvedere 
alla taratura dell’induttore che con- 
trolla l’ampiezza orizzontale, in 
modo che il monitor faccia deborda- 
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re il raster. 

E’ una operazione semplice, ma 
invalida la garanzia del monitor e 
richiede un minimo di pratica per 
evitare di fare danni. 

La procedura esatta dipende dalla 
marca e modello del monitor, e pro- 
duce buoni risultati sia nei NEC 3D 
che nei Commodore 1 950 e nei CTX. 
Un altro problema tipico consiste nel 
fatto che le schede VGA forniscono 
un segnale di ampiezza elevata, 
mentre sia il Video Hybrid di Amiga 
che i deinterallacciatori forniscono 
un segnale meno ampio. 

Certi monitor hanno comandi di 
luminosità e contrasto dall’efficacia 
così ridotta che anche regolandoli 
per il massimo non è possibile otte- 
nere una immagine sufficientemen- 
te chiara. 

Anche in questo caso occorre prov- 
vedere alla regolazione dei preset 
interni del monitor, che spesso sono 
sei. 

Per ciascuno dei colori primari, un 
regolatore determina la luminosità e 
un altro il grado di accoppiamento 
con gli altri colori primari, in modo 
che possano variare tutti di pari 
passo quando si agisce sui controlli 


di luminosità e contrasto. 
Attenzione dunque ai trimmer di 
regolazione che muovete! Non è 
una operazione alla portata di chiun- 
que, soprattutto se non si dispone 
degli schemi elettrici del monitor. 

La regolazione del “compensatore”, 
presente su alcune schede deinte- 
rallacciatrici, è al contrario molto 
semplice e priva di rischi. 

Esso regola il circuito che deve 
acquisire il segnale emesso da 
Denise per elaborarlo, e si rende 
necessario perché Denise non era 
stato previsto per l’uso con un dein- 
terallacciatore e non porta all’ester- 
no un segnale di clock vitale per il 
funzionamento del display enhan- 
cer. 

Purtroppo il circuito è molto sensibi- 
le e basta addirittura un grosso 
sbalzo di temperatura per sregolar- 
lo: occorre una nuova taratura per 
eliminare il fastidioso sfarfallio sui 
bordi degli oggetti. 

Lo sfarfallio della prima riga in alto 
(nella regione del bordo) sui deinte- 
rallacciatori Commodore non si può 
eliminare. 

Per questo mese è tutto, arrivederci 
al prossimo. ^ 


SCRIVETE, SCRIVETE, SCRIVETE 


In questa rubrica cercheremo di 
risolvere i problemi più comuni 
che si presentano con i computer 
della serie Amiga, soprattutto 
nell’utilizzo e interfacciamento di 
schede e periferiche. Se avete 
incontrato qualche problema 
serio, qualche incompatibilità 
strana o semplicemente siete 
curiosi, scrivete al seguente 
indirizzo: 

Gruppo Editoriale Jackson 
Amiga Magazine 
Rubrica "Il Tecnico Risponde" 
Via Gorki, 69 

20092 Cinisello Balsamo (MI) 

Poiché si può dire che non c’è un 
Amiga uguale ad un altro, 


ricordatevi di specificare con la 
massima precisione possibile 
qual è il vostro hardware e la 
revisione del firmware (usate se 
possibile anche il programma 
ShowConfig o altri equivalenti) e 
se è il caso riportate anche la 
vostra “startup-sequence” e 
“user-startup”. 

Non sarà possibile risolvere 
individualmente ogni problema, 
sia perché molte volte solo un 
intervento diretto sulla macchina 
può risolvere la situazione, sia 
perché non siamo a conoscenza 
delle caratteristiche di ogni 
possibile scheda, sia per ovvi 
motivi di tempo. Tuttavia ogni 
mese vedremo come risolvere il 
problema più comune. 
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SOFTWARE 


SCALA 

MULTIMEDIA 200 


a cura della redazione 


Nuova versione del 
super-programma multimediale. 



N ato come program- 
ma di titolazione per 
aggiungere titoli 
(con vari effetti) a delle sor- 
genti video assieme ad un 
genlock, Scala 1.0 è stato 
utilizzato principalmente 
dall’utenza amatoriale per i 
propri video e dall’utenza 
professionale per TV via 
cavo e non, per la creazione 
di video interattivi in negozi, 
banche, alberghi. Il pro- 
gramma si è subito imposto 
all’attenzione in questo limi- 
tato, ma promettente mer- 
cato, già con la prima ver- 
sione. Le versioni successi- 
ve (siamo ora alla 1 .3) han- 
no migliorato il programma, 
aggiungendo nuove funzio- 
ni, che non ne hanno modi- 
ficato l’essenza. Il successo 
è stato tale che, come ab- 
biamo riferito nelle trends in 
uno dei numeri passati, la 
società produttrice ha deci- 
so di assumere il nome 
Scala e di cambiare il nome 
di tutti i propri prodotti. Così, 
il “classico”Scalaèdiventa- 
to “Scala VS1 13”, la versio- 
ne ridotta, chiamata una 
volta Scala 500, è diventata 
“Scala Home Video Titler HT 
100" e ora si aggiunge alla 
linea “Scala MultiMedia 
200", l’ultimo nato. Scala 
MM 200 è un’evoluzione 
della versione 1.3, che ne 
mantiene inalterata la filoso- 
fia, ma ne estende le funzio- 
ni fino a farne un autentico 
programma per creare pre- 
sentazioni multimediali. 


Non siamo più di fronte a un 
programma per le titolazio- 
ni, maad una macchina per 
comporre suoni, musica, 
immagini statiche, anima- 
zioni a 2 o 3 dimensioni e 
video in un prodotto unico, 
dotato anche di possibilità 
di interazione con l’utente. 
Scala penetra in un mercato 
dove abitano pacchetti del 
calibro di AmigaVision, 
ShowMaker, Director, ma 
può arrivare a costituire, 
primao poi, un puntodi rife- 
rimento in tale segmento di 
mercato: se non altro, per la 
capacità di nascondere una 
enorme potenza sotto un’in- 
terfaccia che anche un 


bambino potrebbe usare al 
primo colpo, senza nemme- 
no leggere il manuale. 

Il vero problema delle inter- 
facce grafiche è l’inevitabile 
riduzione della flessibilità 
del programma e una certa 
rigidità per l’utente (basta 
usare il Macintosh per qual- 
che minuto per accorgerse- 
ne), Scala non è esente da 
tutto questo, ma prima di 
tutto l’impostazione genera- 
le del programma è stata 
studiata in modo da adattar- 
si perfettamente al compito 
di realizzare delle titolazioni 
o delle presentazioni; in 
secondo luogo, Scala per- 
mette agli utenti evoluti di 


utilizzare il linguaggio di 
programmazione di Sca- 
laMM (chiamato “Lingo") o 
ARexx, per scrivere file 
ASCII che verranno poi in- 
terpretati ed eseguiti da 
ScalaMM. Questi file sono 
gli stessi generati dall’inter- 
faccia grafica del program- 
ma. E’ quindi possibile ge- 
nerare uno script entro Sca- 
la, salvarlo su disco, modifi- 
carlo mediante un editor di 
testi e poi ricaricarlo entro 
Scala per un nuovo ciclo di 
programmazione/debug: 
con ciò si può aggirare l’o- 
stacolo citato, controllando 
il comportamento del pro- 
grammafin nei minimi parti- 
colari. Ma andiamo con 
ordine, soffermandoci so- 
prattutto sulle novità intro- 
dotte dal nuovo pacchetto 
rispetto al suo progenitore. 

CONFEZIONE, 
DOCUMENTAZIONE 
E INSTALLAZIONE 

ScalaMM funziona in perfet- 
to multitasking con tutti gli 
Amiga 1 ,3e2.0, dotati di un 
1 Mòdi Chip RAM, 2 Mb di 
Fast RAM e un hard disk. Il 
programma puòfunzionare 
(non a pieno regime) anche 
con meno Fast, ma la cosa 
non viene raccomandata. Si 
possono usare i floppy, in- 
vece dell’hard disk, ma 
anche questo non è l'ideale. 

I programmi multimediali, 
per forza di cose, devono 
gestire grandi quantità di 
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dati e i floppy possono esse- 
re accettabili solo per realiz- 
zare una stazione che vi- 
sualizzi in continuazione 
uno script di Scala, molto 
meno per creare un pro- 
gramma. E’comunquecon- 
sigliabile un hard disk an- 
che in quel caso, per evitare 
i rallentamenti e gli errori di 
cui sono facile preda i flop- 
py. E' raccomandabile an- 
che la presenza di una 
scheda acceleratrice, spe- 
cie per creare uno script o 
per utilizzare certe caratteri- 
stiche avanzate di Scala. 

La confezione elegante e 
curata, come ci ha abituati 
Scala, comprende il manua- 
le, otto dischi e la chiave di 
protezione hardware. Par- 
tiamo da quest’ultima: per 
far funzionare ScalaMM 
(che serve a creare e modi- 
ficare gli script) o ScalaMM- 
Player (che serve solamen- 
te ad eseguire gli script) è 
necessaria la presenza di 
questo piccolo connettore 
nella porta del joystick o del 
mouse. Fortunatamente, il 
connettore è passante, per 
cui lo si può inserire nella 
porta del mouse e lasciarlo 
sempre in posizione, di- 
menticandosi della sua esi- 
stenza. Viene dichiarata la 
sua compatibilità con tutte 
le periferiche che non abbi- 


sognano di segnali in uscita 
dal computer: la cosa acca- 
de solo in certi genlock o 
altre periferiche esoteriche, 
che comunque possono 
tranquillamente essere col- 
legate alla porta joystick, 
rimasta libera. Gliottodischi 
contengono file compattati 
con Lha e il programma di 
installazione, abbastanza 
funzionale, si occupa di 
decomprimere e inserire 
nella directory selezionata 
le parti di Scala scelte dall’u- 
tente. L'unico difetto dei 
programma è che, se non 
c’è spazio sufficiente in una 
directory come FONTS:, 
non è possibile riprendere 
le operazioni nel punto in cui 
si erano interrotte, dopo 
aver liberato la directory, ma 
è necessario ricominciare 
tutto da capo. Se desidera- 
to, il programma permette 
anche di convertire gli sfon- 
di in overscan, al momento 
deH’installazione. In totale, 
Scala, demo compresi, 
occupapiùdi lOMbdihard 
disk: la maggior parte dello 


Lo Shuffler, accessibile in 
qualsiasi momento dallo 
schermo principale 
mediante l'icona che 
rappresenta il mazzo di 
carte. 


Una immagine tratta dal 
demo ScalaMain e salvata 
come file IFF. 

spazio è occupato dai dati 
(sfondi IFF, brush, font, 
moduli musicali). Il pro- 
gramma principale è di 
230K e il player di script di 
126K, a questi valori vanno 
aggiunti però quelli della 
libreria standard di Scala 
(176K) e quelli del device 
(126K) ed eventualmente 
quella delle utility e dei 
moduli esterni. Vengono 
forniti 70 sfondi di pregevole 
fattura, 88 simboli (brush) 
che rappresentano frecce, 
linee e, appunto, simboli 
(telefono, treno...) e 40 pa- 
lette differenti. Ci sono, inol- 
tre, musiche, animazioni e 
suoni utilizzati dagli script 
dimostrativi. Il manuale, in 
inglese, ad anelli, è di circa 
300 pagine e appare ben 
curato, con molte immagini 
e uno stile molto leggibile. 
Comprende due tutorial, 
una sezione di riferimento 
che analizza tutti i menu di 
Scala e i comandi di Lingo, 
nonché delle appendici con 
le immagini degli sfondi e 
dei font forniti nel pacchetto, 
gli equivalenti da tastiera 
delle varie funzioni di Scala 
e brevi spiegazioni relative 
ad alcuni programmi di utili- 


tà forniti con il pacchetto. Il 
manuale svolge in maniera 
adeguata il proprio dovere: 
anch’esso, come il pro- 
gramma, ricerca la massi- 
ma chiarezza e semplicità. 
In molti punti un utente evo- 
luto potrebbe sentire la 
mancanza di spiegazioni 
tecniche più approfondite, 
ma questo non dovrebbe 
impedire di sfruttare fino in 
fondo la potenza di Scala. 
Non sempre c’è perfetta 
corrispondenza fra le imma- 
gini, le spiegazioni del 
manuale egli effettivi scher- 
mi di Scala: alcune di que- 
ste discrepanze vengono 
segnalate in un breve file 
ASCII contenuto nel primo 
dischetto e sono dovute a 
migliorie operate sul pro- 
gramma poco prima di veni- 
re commercializzato, ma la 
maggior parte delle diffe- 
renze dipende da caratteri- 
stiche che ancora devono 
essere implementate (la 
casa produttrice invita gli 
utenti a rispedire lacartolina 
di registrazione per ricevere 
un avviso nel momento in 
cui compariranno le prossi- 
me versioni). 

LE CARATTERISTICHE 

Il modo migliore per capire 
dì cosa Scala sia capace è 
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lanciare ed esaminare lo 
stupefacente script dimo- 
strativo ScalaMain, che rias- 
sume un po’ tutte le caratte- 
ristiche del programma e ne 
sfrutta abilmente alcune 
delle più potenti. Analizzan- 
do gli script, si può capire 
come ottenere particolari 
effetti, come evitare di inta- 
sare la memoria con troppi 
dati, come riutilizzare lo 
stesso materiale per ottene- 
re effetti diversi. Si rimarrà 
meravigliati dagli effetti in 
tempo reale con sottofondo 
musicale di ScalaWipes, 
dalla velocità delle anima- 
zioni di ScalaTime, dal vero 
e proprio effetto “cinema” di 
LaScalatore, in cui compare 
il vecchio filmino (italiano) in 
bianco e nero che ha ispira- 
to il nome Scala e la nota 
immagine della scala, ripe- 
tuta su tutte le confezioni 
delle diverse versioni del 
programma. Gli script di 
Scala sono organizzati per 
pagine. Il concetto di pagi- 
na deriva, essenzialmente, 
dalla primitiva impostazio- 
ne, quando il programma 
serviva essenzialmente per 
la titolazione video. Ora, il 
concetto rimane (in Lingo si 
chiama, più propriamente 
“EVENT”, evento), ma il suo 
significato, come vedremo, 
si estende. Le pagine sono 
accessibili nello schermo 
principale di Scala: ogni 
riga corrisponde a una 
pagina. E’ qui che possono 
essere create spostate, 
copiate, cancellate molto 
semplicemente con il mou- 
se. Con ScalaMM viene in- 
trodotta una impostazione 
grafica alternativa, che in 
qualsiasi momento può 
sostituirsi a quella classica 
(può divenire anche l’inter- 
faccia di default): si chiama 
Shuffler, ed è costituita da 
un numero selezionabile 
dall'utente di immagini mi- 
niaturizzate in bianco e 


nero, che rappresentano 
visivamente le pagine dello 
script. Le immagini vengo- 
no calcolate in tempo reale 
da Scala, ma l'utente non 
deve affatto attendere che 
Scala termini il calcolo; può 
tranquillamente proseguire 
nel lavoro: man mano che 
Scala termina di generare in 
background una nuova 
miniatura, questa apparirà 
sullo schermo. Sullo scher- 
mo in alto, compare una li- 
nea relativa alla pagina cor- 
rentecheèidenticaaquella 
dello schermo normale di 
Scala. Ogni riga è divisa in 
più parti e ogni parte corri- 
sponde a quello che in 
ScalaMM si chiama EX. Ne 
esistono sette interni: “No.”, 
“Pagename” “Wipe”, “Pau- 
se”, “Sound”, “Variable”, 
“Execute”. La loro grandez- 
za fisica sullo schermo può 
essere modificata dall’uten- 
te mediante il mouse, men- 
tre l’ordine può cambiare 
grazie ad un’opzione del 
menu System. Ogni EX per- 
mette di accedere ad un 
diverso menu. 

Il menu del modulo EX 
esterno per pilotare il 
genlock DVE-10. Si noti la 
presenza dett’EX CDTV e 
DVE-10 sullo schermo 
principale. 


GLI EX STANDARD 

Il primo EX permette di effet- 
tuare delle semplici opera- 
zioni di editing sulla pagina. 
Il secondo è quello fonda- 
mentale: permette di deter- 
minare il tipo della pagina. 
Quando si seleziona questo 
EX appare il comodissimo 
file requester di Scala (di 
cui, per mancanza di spa- 
zio, non illustreremo le otti- 
me caratteristiche, ma vi 
basti questo: il gadget Show 
permette di “vedere” il file 
selezionato, sia che si tratti 
di un file IFF, di un brush, di 
un campione sonoro, di un 
modulo Soundtracker o di 
un intero script di Scala...). 
Si possono selezionare file 


Il menu di controllo della 
registrazione per l'ultima 
versione del 

digitalizzatore audio della 
GVP. 

di tre tipi e tale scelta deter- 
minerà la natura stessa del- 
la pagina: se si sceglie un 
file IFF (anche Half-Brite o 
HAM), la pagina corrispon- 
derà a uno schermo fisso 
(magari con color cycling) 
con eventuali scritte o brush 
fissi o in movimento. Se si 
sceglie un’animazione la 
pagina diventerà appunto 
una paginaanimata, incuisi 
potranno inserire scritte 
solo sul primo o sull’ultimo 
fotogramma. Se si sceglie 
uno script di Scala, la pagi- 
na diventerà una specie di 
subroutine che esegue altri 
comandi Lingo presenti in 
un file su disco (il quale a 
sua volta potrebbe lanciare 
altri script...). Se si sceglie 
una pagina bianca o un file 
IFF, si accede al menu di 
gestìonedelletitolazionieai 
menu collegati (List, Layout, 
Palette, Font, Variable, But- 
tons), che hanno subito solo 
parziali modifiche rispetto 
alla versione precedente. 
Scala gestisce direttamente 
i font scalabili Amiga (non è 
necessario ricorrere a Foun- 
tain per creare un nuovo 
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corpo) ed è fornito con molti 
font adatti al video. E' dotato 
di potenti funzioni di antia- 
liasing in tempo reale. Ge- 
stisce in maniera flessibile 
pulsanti interattivi. Possiede 
molti nuovi effetti, permette 
di collegare più linee di testo 
per farle apparire contem- 
poraneamente e di usare 
due diversi effetti per ogni 
stringa: uno in entrata e uno 
in uscita (TEXTOUT). Note- 
vole è anche lo scroll oriz- 
zontale di testi (Crawl). Per 
ora, Crawl eTEXTOUT sono 
accessibili, non senza qual- 
che difficoltà dovuta alla 
carenza della documenta- 
zione, solo mediante Lingo, 
ma è previsto in futuro una 
gestione diretta mediante 
interfaccia grafica (come il 
manuale già attesta). Ricor- 
do che è sempre possibile 
ottenere una stampa della 
pagina mediante l’utility 
ScalaMMPrint, accessibile 
anche dal menu System di 
Scala. Se si sceglie un’ani- 
mazione(ANIM), comparirà 
un menu che permette di 
modificare la velocità dell'a- 
nimazione e il numero di 
ripetizioni della stessa. Sul 
primo e sull’ultimo foto- 
gramma si possono inserire 
delle scritte come su una 
pagina normale. E’ presente 
un’opzione DiskAnim che 
permette di lanciare un’ani- 
mazione caricandone man 
mano da disco il contenuto, 
per risparmiare memoria. 
L’animazione deve essere 
preventivamente modifica- 
ta con il programma Anim- 
Lab, che la indicizzerà. Il 
sistema funziona solo con 
Amiga accelerati e hard 
disk veloci: il nostro tentati- 
vo sul 3000 25/100 non ha 
però dato risultati del tutto 
soddisfacenti. Il program- 
ma AnimLab permette an- 
che altre operazioni sulle 
animazioni: trasformazione 
nei nuovi formati ANIM16 o 


Il menu di impostazione 
dei comandi Audio. 


ANIM32 creati dal team di 
Scala (più veloci, ma meno 
compatti), conversione da 
NTSC a PAL e viceversa, 
merge di singole immagini 
in un'animazione preesi- 
stente, eliminazione delle 
palette multiple; mentre 
l’opzione “Intellize” crea, in 
certi limitati casi, un’anima- 
zione due volte più veloce e 
dalle dimensioni ridotte fino 
al 50%, e “Comprimize” 
cerca di aumentare la com- 
pressione modificando le 
palette. L'EX successivo 
permette di decidere l’effet- 
to con cui la pagina dovrà 
apparire ed è questo uno 
dei punti maggior forza di 
ScalaMM. In una presenta- 
zione multimediale le transi- 
zioni di schermo in schermo 
hanno un'importanza deci- 
siva, a differenza di quanto 
avviene in un programma di 
titolazione, dove hanno si- 
curamente maggior impor- 
tanza gli effetti che si appli- 
cano a testi e brush. Fra le 
transizioni esistenti ricordo il 
notevolissimo Superimpo- 
se, che permette pratica- 
mente la dissolvenza incro- 


ciata fra due schermi e vie- 
ne utilizzato soprattutto per 
le scritte (il demo sottolinea 
che Amigaè l’unico compu- 
ter in grado di realizzare 
questo effetto, mediante 
Scala, ovviamente); Flow, 
che permette di far fluire dal 
basso o dall’alto una pagina 
lasciando una scia; Cube 
(richiede 2 Mb di RAM) che 
genera l’effetto tridimensio- 
nalediuncuboche ruota. In 
totale ci sono 53 effetti diver- 
si che possono però avveni- 
re in più modi: le combina- 
zioni possibili sono centi- 
naia. L’EX Pause permette 
di associare ad ogni pagina 
un certo periodo di attesa, 


che può anche terminare 
per un evento generato dal 
mouse, dal joystick, dalla 
tastiera o da un “touch 
screen” (in generale da 
qualsiasi device che appaia 
al computer come un mou- 
se o un joystick). Nel menu 
relativo compare l’opzione 
Record Timing, che con- 
sente di scegliere in tempo 
reale la durata della pagina, 
per sincronizzarla con la 
colonna sonora. “Sound", 
invece, consente di esegui- 
re moduli o campioni musi- 
cali in formato IFF, SMUS, 
Soundtracker e DSS. Il 
menu consente anche di 
attendere lafine di un modu- 
lo musicale, cambiare il vo- 
lume, effettuare delle dissol- 
venze in apertura o in chiu- 
sura. Scala determina auto- 
maticamente di che 
tipo di file si tratti al momento 
del caricamento. Tale gam- 
ma di file musicali dovrebbe 
bastare a coprire le esigen- 
ze fondamentali: se non 
bastasse, è sempre possi- 
bile ricorrere a un modulo 
EX esterno, capace di pro- 
durre suoni o musica (ma- 
gari pilotando il CDTV in 
remoto). E’ anche possibile 
effettuare delle registrazioni 
usando un campionatore 
hardware: vengono diretta- 
mente supportati i GVP DSS 


SCHEDA PRODOTTO 


Nome Prodotto: Scala MultiMedia 200 
Casa Prodmttrice: Scala - Norvegia 
Distribuito da: Soundware - tei. 0332/232670 
Prezzo: Lire 980.000 
Giudizio: quasi eccellente 
Configurazione richiesta: Amiga 1.3 o 2.0, 

1 Mb di CHIP, 1 Mb di RAM (meglio 2) 

Pro: interfaccia grafica, facilità d’uso, effetti, 
compatibilità con ARexx, Lingo, espandibilità 
mediante moduli EX 

Contro: manuale non sempre approfondito, 
chiave hardware, nessun supporto per schede 
grafiche, qualche piccolo bug 

Configurazione della prova: Amiga 500 con 
1 Mb di RAM e drive esterno 
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Ielle l'Aegis Sound Master. 
La massima frequenza di 
riproduzione di Scala è di 
28000 campioni al secon- 
do. “Variable" permette di 
attribuire un determinato 
valore ad una variabile e di 
effettuare uno o più salti ad 
altre pagine dopo uno o più 
test (corrisponde a una se- 
rie di IF...GOTO). Il fatto 
notevole è che per la gestio- 
ne delle variabili valgono le 
regole del linguaggio 
ARexx: di più, Scala usa 
ARexx per calcolare il valo- 
re della variabile per cui è 
possibile usare tutte le fun- 
zioni di libreria ARexx. Le 
variabili possono essere 
indicate nei testi che appari- 
ranno su schermo antepo- 
nendo loro un punto escla- 
mativo: al momento dell'e- 
secuzione apparirà sullo 
schermo il valore della va- 
riabile e non il suo nome. 
L'ultimo EX permette di lan- 
ciare dei programmi esterni: 
possono essere normali 
programmi CLI, programmi 
Workbench (con icona) o 
programmi ARexx. Tali pro- 
grammi possono anche in- 
viare comandi LingoaSca- 
la, che verranno immediata- 
menteeseguiti. 

GLI EX ESTERNI 

Il resto della lineaè destina- 
to ad accogliere eventuali 
moduli EX esterni. Perché 
questi appaiano, i file corri- 
spondenti devono essere 
posti nella directory Startup 
(all'avvio, Scala lanciaogni 
programma la cui icona si 
trovi in tale directory). Ven- 
gono forniti sei moduliester- 
ni e altri si aggiungeranno in 
futuro. Il primo permette di 
pilotare da Scala il CDTV via 
seriale come lettore audio 
traccia per traccia (il boot 
del CDTV deve avvenire 
mediante il primo floppy di 
Scala). Il secondo permette 


Una parte delle opzioni di 
AnimLab. 


di pilotare una videocamera 
iON dotata di interfaccia 
seriale. Il moduloMIDI ha un 
ovvio utilizzo, mentre com- 
paiono altri tre moduli che 
permettono di pilotare lettori 
di videodischi Sony LDP o 
Pioneer LDV e LVV. Compa- 
re anche un modulo non 
documentato chiamato 
DVE-1 0 che serve a control- 
lare le funzioni del potente 
genlock (già recensito su 
questa rivista). Per finire, 
due parole su Lingo: il lin- 
guaggio comprende 44 
comandi che permettono di 
controllare tutte le funzioni 
di Scala. Questo può addi- 
rittura salvare i propri file in 
formato ARexx, consenten- 
do una grande elasticità al- 
l'utilizzatore di Scala. 

CONCLUSIONI 

Non abbiamo potuto elen- 
care tutte le caratteristiche 
di Scala, ma quanto abbia- 
mo detto dovrebbe bastare 
a dare un’idea della poten- 
za del programma. Vorrem- 
mo ricordare che tutti gli 
effetti di Scala sono stati 
creati con una cura ecce- 
zionale, lavorando dura- 
mente su Copper e Blitter al 
fine di portare Amiga oltre i 
propri limiti (questo forse 
spiega perché manchi qual- 
siasi supporto diretto per 
schede grafiche). La socie- 
tà produttrice ha parlato, a 
questo proposito, di "Toa- 
ster software”: non è lontana 
dal vero. Inoltre, Scala si 
occupa, in maniera del tutto 
trasparente all’utente, di ot- 
timizzare gli accessi al di- 
sco Questa versione ha 
ancora qualche piccolo 
problema: in particolare, 
Scala si blocca qualche 
volta se si lancia uno script 


subito dopo averlo caricato 
(la cosa avviene solo se in 
precedenza era stato cari- 
cato un altro script); in qual- 
che altro caso l'audio sem- 
bra dare qualche piccolo 
problema di sincronizzazio- 
ne. Si tratta comunque di 
problemi di gioventù che 


non ne inibiscono affatto 
l’uso. Conoscendo la gran- 
de serietàdellacasa, si può 
essere certi che tali proble- 
mi verranno al più presto 
corretti. Il prezzo di Scala 
MM200 è elevato, ma il rap- 
porto prezzo/prestazioni è 
sicuramente adeguato. ▲ 
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Algoritmi per la compressione 

dei dati 

Introduzione (prima parte) 


Alberto Geneletti 

La compressione dei file rappresenta una delle conquiste 
più affascinanti nel campo della programmazione. Sebbe- 
ne le idee di base siano tutt’altro che recenti, gli algoritmi di 
compattazione consentono ancora oggi di risolvere proble- 
mi di vitale importanza nella memorizzazione e nella tra- 
smissione dei dati, tanto che i programmi di compressione 
sono ormai diventati di uso quotidiano. Eppure la maggior 
parte di noi utilizza ancora questi programmi con un po’ di 
perplessità, quasi nel timore che un giorno l’incantesimo 
possa finire, e i nostri preziosi dati siano destinati a giacere 
eternamente sotto forma di larve, ibernate nelPimpossibili- 
tà di riassumere le sembianze originali. 

In questo articolo cercheremo di rimediare a questo com- 
prensibile timore, svelando quale trucco si nasconda dietro 
questo apparente gioco di magia. 

Una breve panoramica 

Prima di tutto è opportuno chiarire un po’ le idee, fornendo 
qualche indicazione che ci permetta di orientarci nel vasto 


Figura 1: Particolare dell’albero di Huffman 
utilizzato per la codifica della stringa 
esemplificativa nel testo. 



universo dei programmi di compattazione. Esistono due 
tecniche fondamentali per la compressione dei dati: con o 
senza perdita di informazione. 

1) Lossless data compression - Compressione senza perdita 
di informazione 

E’ la tecnica che permette di ricostruire esattamente il file 
originale a partire dalla codifica compressa, per mezzo di 
un programma di decompattazione che esegue a ritroso le 
stesse operazioni effettuate al momento della codifica. 

Si tratta di una soluzione valida nella maggior parte delle 
applicazioni, che consente di ottenere buoni risultati indi- 
pendentemente dalla natura del file sul quale si opera la 
compressione. Rappresenta, inoltre, l’unica soluzione 
applicabile ai file di testo, e viene adottata ampiamente 
anche in campo grafico. 

2) Entrophy-reduction compression - Compressione a ridu- 
zione di entropia 

Questa tecnica permette di ottenere dei risultati impressio- 
nanti al prezzo di un’accettabile perdita di fedeltà nella 
ricostruzione del file originale. 

L’entropia è una grandezza introdotta in molti campi per 
fornire informazioni circa il grado di disordine di un sistema 
fisico o statistico. Ridurre il disordine nella codifica di un file 
significa fornire una rappresentazione più omogenea del- 
l’informazione da esso rappresentata, priva di particolari 
insignificanti o impercettibili. 

Questa tecnica non può naturalmente essere impiegata in 
tutte le situazioni: trova invece ampia applicazione nel 
campo dei segnali campionati, delle telecomunicazioni via 
satellite, del riconoscimento vocale e, soprattutto, nel 
campo grafico. 

Appartiene a questa seconda classe di algoritmi di compat- 
tazione il JPEG, un protocollo di compressione di immagini 
digitali nato un paio di anni fa, e che si sta diffondendo 
finalmente su varie piattaforme, soprattutto grazie alla 
disponibilità di sorgenti liberamente distribuiti da parte del 
Joint Photograph Expert Group stesso, dal quale il proto- 
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collo prende il nome. Di questo sofisticatissimo protocollo 
di memorizzazione e di rielaborazione delle immagini 
digitali ci occuperemo in uno dei prossimi numeri. Questo 
mese daremo invece un’occhiata alle tecniche di compres- 
sione di tipo lossless, analizzando in particolare alcuni 
degli algoritmi più diffusi. 

Lossless data compression 

Un primo importante tipo di codifica non ridondante, 
adottata in modo particolare in ambiente Amiga, è quella 
che prende il nome di run-length encoding (codifica a 
lunghezza di sequenza), che opera elimindando dal file 
sorgente la ridondanza introdotta dalla presenza di un certo 
numero di byte consecutivi tutti uguali. Questo tipo di 
compressione trova applicazione soprattutto in campo 
grafico, ed è quello adottato di default dallo standard IFF. 

Decisamente più efficace si rivela essere, invece, un secon- 
do tipo di codifica, che prende il nome di variable-length 
encoding, completamente differente dalla precedente 
perché basata sull’assegnazione di un alfabeto di simboli a 
lunghezza variabile, contrapposto al tradizionale alfabeto a 
8 bit. E’ questa la tecnica utilizzata, in due varianti principali, 
dalla totalità dei programmi di archiviazione compressa, 
come LhArc, PKzip e Compress. 

Run-length encoding 

Si tratta senza dubbio deH’algoritmo più semplice, che pur 
non permettendo di ottenere risultati eccezionali, trova pur 
sempre un certo campo di applicazione, e presenta, inoltre, 
il pregio di un’elevata velocità di scompattazione e un 
minimo impiego di memoria di lavoro. 

Come abbiamo detto, questo algoritmo genera un file 
oggetto più piccolo dell’originale, eliminando dal file sor- 
gente la ridondanza legata alla presenza di un certo numero 
di byte consecutivi tutti uguali. Il programma di compres- 
sione scandisce il file, e, ogni volta che incontra una 
sequenza di byte tutti uguali, memorizza nel file oggetto la 
lunghezza della sequenza (sotto forma di intero ad otto bit) 
e il codice del carattere ripetuto nella sequenza stessa. 

Tutti gli altri caratteri vengono invece copiati tali e quali nel 
file generato. Perché il carattere che definisce la lunghezza 
della sequenza compattata possa essere riconosciuto come 
tale dal decompressore e non venga interpretato come un 
carattere qualsiasi, è necessario far precedere al byte di 
conteggio un carattere speciale, riservato allo scopo tra i 256 
disponibili. Questa soluzione va, comunque, perfezionata, 
dal momento che non è ragionevole supporre che in un file 
qualsiasi non compaia mai, per quanto raramente, il carat- 
tere che abbiamo scelto come indicatore speciale. 

Per rimediare a questo inconveniente viene assegnata una 
codifica particolare al carattere speciale aH’intemo del file 
compresso, ad esempio, introducendo la sequenza di due 


byte <carattere speciale> + <byte di conteggio = 0>. In 
questo modo il decompressore non dovrà far altro che 
introdurre il carattere speciale al posto di una qualsiasi 
sequenza a lunghezza nulla. 

Compressori in cascata 

La presenza del carattere speciale nel file sorgente rappre- 
senta l’unica eventualità di generare nel file oggetto una 
sequenza più lunga della codifica originale. Questa osser- 
vazione è di fondamentale importanza, poiché esclude la 
possibilità di utilizzare più volte questo stesso algoritmo, 
nel tentativo di comprimere ulteriormente un file compres- 
so, dal momento che il file generato nella seconda passata 
risulterebbe più lungo deH’originale di un numero di byte 
pari al numero di caratteri speciali utilizzati precedente- 
mente per la compressione. 

Si tratta di una circostanza del tutto generale; se così non 
fosse potremmo utilizzare lo stesso algoritmo di compres- 
sione, o anche algoritmi diversi, fino a raggiungere un file 
di lunghezza arbitrariamente piccola, circostanza che, in- 
tuitivamente, non è possibile realizzare in pratica. 

Alcuni compattatori sono in grado di scegliere una combi- 
nazione ottimale di algoritmi da applicare in sequenza, a 
partire da una prima scansione del file sorgente; nella 
maggior parte dei casi tuttavia l’ulteriore guadagno realiz- 
zato impiegando questa strategia è irrilevante, e comporta 
un inadeguato onere computazionale. 

L’eccezione alla regola è rappresentata proprio dall’even- 
tuale applicazione del run-length encoding come primo 
algoritmo nella compressione in cascata, tanto per la velo- 
cità con la quale può essere ricostruito il file, tanto per 
questa sua caratteristica di introdurre una ridondanza stati- 
sticamente limitata anche nel caso in cui il file sul quale si 


Figura 2: Costruzione dell’albero di Huffman a 
partire dalla Usta di nodi delle frequenze. 
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opera la compressione non soddisfi i requisiti ottimali a 
questa strategia. 

Utilizzo del Run-length encoding. 

Questo algoritmo si rivela completamente inadeguato nel 
caso dei file di testo, nei quali l’unico carattere che è lecito 
presupporre ripetuto più di due volte di seguito è lo spazio 
(“ “); si rivela, invece, particolarmente efficace nel caso di 
immagini grafiche nelle quali siano presenti ampie regioni 
tutte dello stesso colore. 

Probabilmente proprio questa sua particolare efficacia su 
immagini con una palette limitata (16 o 32 colori in genere), 
unita alla possibilità di ottenere una scompattazione pres- 
soché immediata anche su macchine non accelerate, ha 
portato l’Electronic Arts alla scelta di questo algoritmo 
nell’implementazione del chunck BODY nel formato ILBM 
dello standard IFF per la memorizzazione di immagini 
grafiche in ambiente Amiga. Meno efficace questa strategia 
si rivela, invece, nella compressione di immagini HAM. 

L’algoritmo proposto dall’IFF risolve il problema del carat- 
tere speciale specificando ogni volta tanto la lunghezza di 
una sequenza di byte tutti uguali, quanto quella di una 
sequenza di byte isolati. Se il codice del primo byte è un 
numero compreso tra N=0 e N=127 gli N byte consecutivi 
devono essere copiati così come sono nel file oggetto. Se 
invece il codice di questo primo byte è compreso tra N=-l 
e N=-127 significa che è necessario ricostruire una sequen- 
za di -N+l byte tutti uguali al byte successivo. Il carattere 
128, infine, non ha alcun significato. Stringhe di caratteri 
tutti uguali più lunghe di 1 28 byte utilizzano più sequènze 
speciali consecutive, 

Variable-length encoding 

Gli algoritmi di compressione variable-length (codifica a 
lunghezza variabile) sono basati su un approccio comple- 
tamente diverso. Normalmente un file è costituito da una 
sequenza di byte, e ogni byte è costituito a sua volta da 8 bit; 
ogni bit può assumere unicamente i valori 0 e 1 . La suddi- 
visione in byte è imposta dall’architettura delle macchine 
fisiche, ma nulla ci vieta di pensare al nostro file come ad 
un’unica lunghissima sequenza di 0 e 1. La codifica ASCII 
associa un simbolo a ciascuna delle 256 possibili configu- 
razioni di bit in un byte, sebbene soltano i primi 128 siano 
definiti nello standard. 

I valori dal 48 al 57 rappresentano, ad esempio, le cifre 
decimali, seguite dall’alfabeto maiuscolo, minuscolo e dai 
segni di interpunzione; infine, alcuni valori rimangono 
indefiniti, oppure vengono loro associati simboli speciali 
non-standard, creati da tastiera con particolari combinazio- 
ni di tasti. 


quenza, anzi, la maggior parte dei 256 caratteri disponibili 
non viene mai utilizzata. Anche le lettere dell’alfabeto ricor- 
rono in modo differente: le vocali compaiono di gran lunga 
più frequentemente di alcune consonanti come la q e la h; 
in un testo italiano, inoltre, la j, la k e la y potrebbero non 
comparire nemmeno.Tutto questo si verifica non solo nel 
caso di file particolari come i file di testo: anche nei file 
binari, infatti, alcuni byte ricorrono molto più frequente- 
mente di altri, sebbene in modo casuale. 

Si è pensato allora di privilegiare i caratteri che ricorrono 
più frequentemente, assegnando loro una codifica basata 
su un numero di bit ridotto, a danno, e in seguito vedremo 
il perché, dei caratteri meno frequenti, ai quali viene asse- 
gnata invece una codifica a più di 8 bit. Se decidessimo di 
rappresentare le lettere che ricorrono più frequentemente 
con sequenze di soli 4 bit, altre con 7 e le più rare con 12, 
è ovvio che la presenza di molti caratteri a 5 bit e di pochi 
di 12 permetterebbe di risparmiare un discreto numero di 
bit sulla lunghezza complessiva del testo da codificare. 

Consideriamo, ad esempio, la seguente stringa di 40 carat- 
teri: 

AMIGA MAGAZINE GRUPPO EDITORIALE JACKSON 

nella quale compaiono 19 caratteri differenti. 

Operando la codifica tradizionale sarebbero necessari 
40x8=320 bit. Dal momento che i caratteri differenti sono 
solo 19 potremmo utilizzare un alfabeto ridotto a soli 5 bit, 
e, in tal caso, sarebbero sufficienti soltanto 40x5*200 bit. 
Tuttavia non appena il numero di byte differenti supera il 
limite massimo di 128, come avviene in pratica in tutti i file 
di discrete dimensioni, questa strategia non funziona più. 

Proviamo allora a definire un alfabeto nel quale ad ogni 
carattere è assegnata una sequenza di bit di diversa lun- 
ghezza, a seconda della frequenza con cui compare nella 
nostra stringa, e precisamente assegniamo una sequenza 
più breve ai caratteri più ricorrenti come A, E, I e lo spazio, 
e un numero di bit via via crescente a tutti gli altri. Potrem- 
mo utilizzare, ad esempio, la seguente tabella associativa: 


A 

: 00 

G : 

001 

R : 

110 

J : 

0100 

I 

: 01 

P : 

010 

U : 

111 

C : 

0101 

E 

: 10 

N : 

011 

D : 

0000 

K : 

0110 

SPAZIO 

: 11 

M : 

100 

T : 

0001 

S : 

Olii 

0 

: 000 

Z : 

101 

L : 

0010 




Utilizzando questa tabella la stessa stringa verrebbe codifi- 
cata nel seguente modo: 

00 100 01 001 00 11 100 00 001 00 101 01 011 10 11 
001 110 111 010 010 000 11 10 0000 01 0001 000 110 
01 00 0010 10 11 0100 00 0101 0110 Olii 000 011 


Consideriamo ora un file di testo: è evidente che non tutti 
i codici ASCII ricorrono statisticamente con la stessa fre- 


per un totale di soli 147 bit. 
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Difficoltà Implementatlve 

Tuttavia una codifica di questo tipo non può essere imple- 
mentata in pratica, poiché non viene definito il meccanismo 
con cui un carattere debba essere separato dal successivo, 
Si tratta di un inconveniente che naturalmente non sussiste 
considerando caratteri tutti dello stesso numero di bit, come 
nella codifica tradizionale. 

Nella nostra codifica abbiamo introdotto, invece, involon- 
tariamente un terzo simbolo, oltre allo 0 e all’ 1, corrispon- 
dente allo spazio vuoto tra un codice e l’altro . Una volta 
convertita in byte la nostra sequenza di bit apparirà nella 
forma: 

00100010 01001110 00000100 10101011 1011 

e il messaggio originale non potrà più essere ricostruito, 
poiché, utilizzando la stessa tabella associativa, questa 
stessa sequenza potrebbe essere decodificata anche come: 

GTAMUAAAM. . . . 

o in almeno un migliaio di altri modi diversi, non essendo 
più possibile distinguere la fine della sequenza associata ad 
un carattere dall’inizio di quella del carattere successivo (i 
due 0 iniziali, ad esempio, possono corrispondere alla 
lettera A, oppure ai primi due bit delle lettere O, G, D, T, L, 
stando alla nostra tabella). 

Potremmo allora tentare di assegnare una codifica anche 
allo spazio che delimita una lettera da un’altra, ma, dal 
momento che dovremmo utilizzare ancora necessariamen- 
te una sequenza di 0 e 1 , il problema non verrebbe risolto. 
Se però facessimo in modo che nessuna sequenza associata 
ad un carattere inizi con la stessa sequenza di un altro più 
breve, sarebbe sufficiente considerare prima sequenze di 
soli 2 o 3 bit, poi di 4, e così via, fino a quando non verrebbe 
riconosciuta una sequenza valida. A questo punto si rico- 
mincia a cercare di identificare una seconda sequenza, 
partendo nuovamente dalla lunghezza minima, e in caso di 
fallimento, si considerano sequenze più lunghe fino a 
quando non viene riconosciuta una seconda sequenza 
valida. Nel nostro caso potremmo, ad esempio, assegnare la 
codifica: 


A 

: 000 

G : 

1001 

R : 

11010 

J ; 

11100 

I 

: 001 

P : 

110010 

U : 

110001 

C : 

11101 

E 

: 010 

N ; 

1010 

D : 

110011 

K : 

imo 

SPAZIO 

: 011 

M : 

1000 

T : 

nono 

S : 

imi 

0 

: 1011 

Z : 

110000 

L : 

noni 




che porterebbe alla creazione della seguente sequenza di 
bit: 


00010000 01100100 00111000 00010010 00110000 00110100 

10 . . . 


che potrebbe essere decodificata in modo univoco. 

Dopo aver riconosciuto i primi tre zeri come corrispondenti 
alla sequenza del carattere A, si ricerca, tra tutte le sequenza 
che cominciano per 1 , la prima sequenza valida nella quale 
un 1 è seguito da zeri, e si riconosce inequivocabilmente la 
M; quindi si cerca tra le sequenze che cominciano per 00, e 
si riconosce la I, e così via. 

Operando questa codifica la sequenza completa richiede 
soli 164 bit, cioè 20.5 byte, e la lunghezza del file risulta 
quindi dimezzata rispetto alle dimensioni richieste da una 
codifica tradizionale ad 8 bit. 

Affinché un file compresso possa essere decodificato, la 
tabella associativa deve essere nota anche al decodificato- 
re. Questo problema può essere risolto definendo una 
tabella standard, costruita a partire da indagini statistiche 
effettuate su un gran numero di file campione, oppure 
inserendo la tabella all’inizio del file compresso stesso, 
codificata in modo opportuno. 

Quest’ultima considerazione mostra come il risultato otte- 
nuto non sia del tutto attendibile: tuttavia il numero di byte 
necessario alla definizione della tabella rimane invariato al 
crescere delle dimensioni del file da codificare, e risulta così 
in pratica del tutto trascurabile. 

Huffman coding 

L’idea di una codifica di questo tipo si deve a Huffman, che 
presentò nel 1952 un algoritmo che risolveva il non sempli- 
ce problema dell’assegnamento delle sequenze nella tavo- 
la assodativa. Nonostante i 40 anni che ci separano da tale 
data, l’algoritmo di Huffman è ancora oggi uno dei più 
utilizzati, sebbene sia stato perfezionato e riproposto in 
una versione dinamica, che permette di ricostruire il mes- 
saggio senza necessariamente definire a priori la tabella 
associativa. 

L’algoritmo statico proposto da Huffman costituisce l’ulti- 
mo stadio del protocollo di compressione del JPEG per 
immagini digitalizzate, viene implementato in versione 
dinamica nello standard di compressione MNP-5 per tele- 
comunicazioni via modem, e, infine, rappresenta un possi- 
bile stadio intermedio per la maggior parte dei programmi 
di archiviazione per file generici, come LHARC e PKZIP. 

Il problema dell’assegnamento 

Huffman risolse il problema dell’assegnamento utilizzando 
un albero binario come tabella associativa. Un albero è un 
insieme di elementi, detti nodi, tra i quali è stabilita una 
relazione di ordinamento, per mezzo di archi, detti rami, in 
modo simile a quanto avviene negli alberi genealogici. 
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In un albero binario ogni nodo genitore ha, esattamente, 
due successori, tranne le estremità più basse dell’albero, 
che ne sono prive, e che vengono chiamate foglie. Indichia- 
mo i rami che scendono verso sinistra con il numero 0 (ramo 
0), quelli dì destra con il numero 1 (ramo 1). 

In un albero di Huffman ad ogni foglia è associato un 
carattere; ad ogni carattere è assegnata una codifica costitita 
dalla sequenza di 0 e 1 incontrati ordinatamente sui vari 
rami nello scendere dal nodo radice fino alla foglia corri- 
spondente al carattere codificato. 

L’insieme degli archi attraversati pe r raggiungere una foglia, 
a partire dalla radice, viene chiamato path (percorso) e il 
numero di nodi attraversati da un path, esclusa la radice, 
viene detto profondità del path. L’albero di Huffman preve- 
de foglie con path dì profondità differente; ai caratteri più 
frequenti viene associata una foglia di profondità inferiore, 
e, quindi, una sequenza di 0 e 1 più breve. 

Quando l’algoritmo di decodifica inizia la scansione del file 
compresso si lascia guidare, nell 'attraversare l’albero dalla 
radice verso i nodi inferiori, dalla sequenza di 0 e 1 che 
incontra nel file. Anche se non ne è nota a priori la 
lunghezza, la fine di una sequenza valida viene segnalata 
dal raggiungimento di una foglia; a tale foglia corrisponde 
proprio il carattere assegnato alla sequenza. 

Costruzione dell’albero di Huffman 

La codifica ad albero della tabella di assegnazione risolve, 
come abbiamo visto, il problema della lunghezza arbitraria 
della sequenza di bit associata ad ogni carattere. Il passo 
successivo riguarda la ricerca di una soluzione ottimale, 
nella quale la profondità delle varie foglie venga bilanciata 
in modo da fornire la codifica migliore per la compattazio- 
ne di un certo file. 

Dal momento che ogni file presenta caratteristiche differen- 
ti per quanto riguarda la distribuzione dei byte, occorre 
innzitutto sv olgere indagini di tipo statistico sulla frequenza 
con cui ogni carattere ricorre aH’intemo del file da codifica- 
re. Per far questo inizializziamo con tutti zeri un array di 256 
elementi ed effettuiamo una prima scansione del file, incre- 
mentando ad ogni occorrenza nel file del carattere i-esimo, 
l’i-esimo elemento dell’array. Una volta raggiunta la fine del 
! file, ogni elemento dell’array indicherà esattamente quante 
volte il carattere corrispondente è presente all’interno del 
file. 

Costruiamo poi una lista di nodi, in ciascuno dei quali 
memorizziamo tutti i caratteri a frequenza non nulla, insie- 
me alle rispettive frequenze, A questo punto cerchiamo i 
due nodi con frequenza inferiore, sganciamoli dalla lista e 
sostituiamoli con un solo nodo di albero binario avente i 
due nodi rimossi come successori. Assegniamo poi a que- 
sto nodo, che per il momento rappresenta un ibrido tra un 
nodo di lista e un nodo di albero binario, una frequenza pari 


alla somma dei suoi due nodi successori, mentre il campo 
riservato alla definizione del carattere rimane indefinito, ad 
indicare che non si tratta più di un nodo foglia, ma di un 
nodo intermedio. 

A questo punto si ripete la ricerca dei due nodi di lista a 
frequenza inferiore , considerando non solo i vecchi nodi 
foglia rimasti, ma anche tutti i nuovi nodi intermedi sostitui- 
ti ai nodi rimossi in precedenza, con la rispettiva frequenza, 
somma di quelle dei successori. Nel caso siano presenti più 
nodi con la stessa frequenza se ne scelgono due seguendo 
un criterio arbitrario. In questo modo la nostra lista, che 
possiamo per comodità pensare distesa in orizzontale, 
comincia a “germogliare'’ verticalmente, diventando sem- 
pre più corta, fino a trasformarsi nell’albero cercato. Alla 
fine i nodi più in alto, siano essi nodi foglia o nodi interme- 
di, presenteranno le frequenze più elevate, e risulteranno 
quindi associati a sequenze di codifica più brevi rispetto ai 
nodi a frequenza inferiore. La lunghezza del file codificato 
è data dalla somma dei prodotti delle profondità di ogni 
foglia per la frequenza del carattere associato, valore che 
viene detto “profondità pesata del path esterno” dell’albe- 
ro. E’ possibile dimostrare che l’algoritmo descritto permet- 
te di ottenere la minima profondità pesata, e quindi il file 
più breve in assoluto, 

Heap 

Contrariamente a quanto si potrebbe pensare, l’implemen- 
tazione di questo algoritmo non avviene per mezzo della 
gestione di liste e alberi, almeno non nel senso tradizionale. 
Si parte, infatti, dalla costruzione di una struttura dati 
particolare, detta Heap indiretto, la stessa struttura dati 
utilizzata nell’implementazione delle code con priorità 
dagli algoritmi di scheduling nei sistemi operativi multitas- 
king. 

Di questo tipo di struttura ci interessa sapere soltanto che è 
costituita fisicamente da un array di indici interi, relativi ad 
un secondo array di elementi qualsiasi, a ciascuno dei quali 
è associata una priorità, e che l’indice deirelemento con 
massima priorità viene sempre mantenuto nella prima 
posizione del primo array, Inoltre, la routine che viene 
invocata per rimuovere l’indice dell’elemento a priorità 
massima e per riordinare l’Heap, presenta complessità 
proporzionale a LOG(N), con N pari al numero di elementi 
presenti nell’Heap. 

Per questo motivo la routine di ricerca ed estrazione dell’e- 
lemento con massima priorità effettuata su un Heap si rivela 
molto più veloce delle analoghe routine che operano su 
elementi strutturati in una lista o in un albero binario, 
routine che presentano entrambe complessità di ordine N, 

Codifica dell’algoritmo 

Nel nostro caso il primo array, l’HEAP vero e proprio, viene 
inizializzato con gli N indici relativi agli elementi non nulli 





□ 

dell’array delle frequenze, che chiameremo array FREQ. 
Tali indici corrispondono in pratica al codice ASCII di tutti 
i diversi caratteri presenti nel file. L’indice relativo al carat- 
tere con frequenza più bassa viene mantenuto in HEAP[1]. 

Dal momento che intendiamo ricercare i caratteri con 
frequenza più bassa, il segno delle disuguaglianze nelle 
consuete routine di gestione degli Heap viene invertito, in 
modo che venga ricercato l’elemento con priorità più 
bassa: tale priorità coincide nel nostro caso con la frequen- 
za del carattere i-esimo, memorizzata nell’elemento i-esi- 
mo dell’array FREQ. Sebbene l’array FREQ definisca la 
frequenza dei 256 possibili valori assunti da un byte nelle 
sole prime 256 locazioni, al momento della dichiarazione 
delle variabili tale array va sovradimensionato con 512 
elementi. I primi 256 elementi mappano, infatti, le 256 
possibili foglie dell'albero di Huffman; la seconda metà 
dell’array verrà, invece, utilizzata per la memorizzazione 
delle frequenze dei nodi intermedi dell’albero, pari alla 
somma delle frequenze dei nodi successori di ciascuno di 
tali nodi intermedi. 

A questo punto viene eseguito un ciclo, nel corso del quale 
vengono rimossi dall’HEAP i due indici corrispondenti ai 
due caratteri con frequenza minima; la somma di tali 
frequenze viene inserita in coda all'array FREQ, in una 
locazione il cui indice viene inserito nell’HEAP. Parallela- 
mente all’array HEAP viene mantenuto un secondo array di 
interi con segno, che chiamiamo PRED, nel quale, in 
corrispondenza di ciascun nodo di FREQ con frequenza 
non nulla, viene memorizzato l’indice del suo nodo prede- 
cessore. 
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ti, CODE, con elementi a l6 bit, e LUNG, array di byte; nel 
primo viene memorizzata la sequenza di 0 e 1 ricostruita 
dalla lettura dell’albero, allineata a destra all’interno dei 16 
bit disponibili, nel secondo la lunghezza di tale sequenza. 
Si prevede poi un routine in grado di inserire gli N bit meno 
significativi di una word in un flusso di bit continuo, che 
viene riversato in un buffer. 

Questa stessa routine, che accetta come input una word 
dell’array CODE e la relativa lunghezza N di LUNG, provve- 
de poi a scaricare nel file di output il contenuto del proprio 
buffer quando è pieno. Alla fine del file vengono risolti t 
problemi di allineamento a byte inserendo una sequenza 
non valida. 

Nei prossimi articoli 

Il mese prossimo approfondiremo ulteriormente la cono- 
scenza dU’algoritmo di Huffman, e scopriremo come sia 
possibile evitare di costruire a priori l’albero di assegna- 
mento, inserendone dinamicamente la definizione all’in- 
terno del file compresso stesso. Parleremo poi di un secon- 
do algoritmo variable-length, universalmente noto con la 
sigla LZW e adottato in diverse varianti da tutti i programmi 
di archiviazione. C 


L’assegnamento degli elementi di PRED avviene all’interno 
dello stesso ciclo esaminato, dove viene definito come 
predecessore dei due elementi a frequenza inferiore, e cioè 
quelli rimossi dall’HEAP, l’indice del nodo intermedio 
appena generato, lo stesso indice che viene inserito 
nell'HEAP al posto degli altri due. Dal momento che occor- 
re distinguere tra rami di destra o rami 0 e rami di sinistra o 
rami 1 , adottiamo la convenzione di cambiare segno all’in- 
dice del predecessore comune di uno dei due nuovi valori 
definiti in PRED, ad esempio, al più piccolo tra i due. In 
questo modo dalla scansione di PRED sarà possibile rico- 
struire completamente la topologia dell'albero di Huffman. 

Ad ogni occorrenza del ciclo la lunghezza dell’HEAP decre- 
sce di un elemento (2 OUT 1 IN): il ciclo termina quando 
nell’HEAP rimane un solo elemento, corrispondente al 
nodo radice dell’albero. Quest’ultimo elemento viene defi- 
nito come PREDecessore di se stesso. 

Codifica dell’albero di Huffman 

A questo punto abbiamo costruito l’albero, ma la rappre- 
sentazione ad esso fornita dai due array FREQ e PRED non 
si presta ad essere utilizzata efficacemente dall’algoritmo di 
codifica. Si ricorre allora a due ulteriori array di 256 elemen- 


38 







Tutti i segreti 


Paolo Canali 

Fino a qualche anno fa, la frequenza di clock dei micropro- 
cessori era al di sotto dei 10 MHz e con i pochi transistor che 
si potevano mettere su un chip non era possibile implemen- 
tare strutture (come la pipeline) che velocizzano l’esecu- 
zione delle istruzioni. Di conseguenza la tecnologia delle 
memorie era di gran lunga più avanti a quella dei processo- 
ri, ed era perciò lecito ritenere la RAM sempre sufficiente- 
mente veloce da eseguire ogni operazione senza attese. Il 
problema era, al limite, quello di riuscire a sfruttare la RAM 
anche nei tempi morti lasciati dal processore. Un esempio 
di questa architettura è visibile negli Amiga A500/A600/ 
A1000/A2000, dove i Chip Custom effettuano costantemen- 
te complesse operazioni DMA in CHIP RAM senza che il 
processore ne risenta. 

Oggi però processori come il 68030 e 68040 sono molto più 
veloci delle RAM e il problema è opposto: bisogna trovare 
qualche trucco per velocizzare il più possibile l’accesso alla 
RAM e cercare di evitare di essere costretti ad accedervi. 
Una possibile soluzione consiste nell’usare una cosiddetta 
“memoria cache” (in italiano, “memoria tampone”). 

Si tratta di un metodo che consiste nell’ interporre tra la CPU 
e la lenta RAM dinamica o ROM di sistema una piccola 
quantità di RAM statica molto veloce che viene riempita con 
un duplicato delle informazioni presenti in alcune celie 
della memoria principale. Al giorno d’oggi, generalmente, 
la cache è contenuta nel processore stesso, e per non fare 
confusione d’ora in avanti chiamerò CPU il “cuore” del 
microprocessore, e non il chip completo che potete acqui- 
stare in negozio! Perché la cache migliora le prestazioni del 
sistema? 

Dopo tutto, può contenere solo una piccolissima parte 
della RAM di sistema (o ROM), dunque se il nostro pro- 
gramma ha bisogno di svariate centinaia di kilobyte si 
potrebbe pensare che non ci siano guadagni. 

Studi teorici e simulazioni effettuate mostrano però un fatto 
che ha dell’incredibile: preso un certo intervallo di tempo 
abbastanza grande (centinaia di secondi o anche di minu- 
ti), solo una minima parte delle celle di memoria in cui il 
programma e i suoi dati risiedono vengono effettivamente 
utilizzate, la grande maggioranza non viene mai letta e 
un’altra buona fetta viene letta una volta sola; resta real- 


mente solo una esigua porzione sulla quale la CPU lavora. 
In effetti, noi comperiamo grandi quantità di memoria che 
non vengono usate “quasi mai”, ma questo fatto è insito 
nella struttura di un calcolatore elettronico, cosi come lo 
conosciamo, e una ulteriore discussione su questo aspetto 
ci porterebbe fuori strada. 

Sempre la simulazione mostra che, in genere, per un certo 
programma, vengono “usate intensamente” sempre le stes- 
se celle e che ad esse si accede, con elevata probabilità, in 
sequenza, una dopo l’altra; le operazioni di scrittura risul- 
tano essere circa il 5-10% delle operazioni di lettura. 

La cache può essere gestita in vari modi, ma tutti hanno 
come scopo quello di individuare quali sono le celle di 
memoria più usate in un certo istante, e di “rimpiazzare” tali 
zone con la cache stessa. In questo modo il processore 
accederà alla RAM di sistema molto più di rado, solo 
quando ha bisogno di accedere a quelle celle che non sono 
duplicate nella cache. Per dare un’idea dell’enorme vantag- 
gio che la cache comporta, tipicamente con una cache di 4 
Kilobyte vengono risparmiati dal 90 al 99% degli accessi alla 
RAM, a seconda del tipo di programma eseguito! In figura 
1 e 2 potete vedere un esempio di simulazione di 30 secondi 
di durata, effettuata con una cache simile a quella del 68030, 
una memoria di ló Kilobyte e un programma di 400 byte. La 
cache è ovviamente un meccanismo del tutto trasparente al 
programmatore, che non deve fare nulla di particolare per 
sfruttarla, anche se, conoscendo la sua esistenza, può 
scrivere il programma in modo che sia più veloce. 

Va notato che una cache di 32 Kilobyte dà quasi la stessa 
prestazione di una più grande, perciò cache da 128 Kilobyte 
o 256 Kilobyte servono più che altro a scrivere tale numero 
nella pubblicità del prodotto, cosa molto importante per il 
produttore, ma meno per l’utente finale. 

In tutti i sistemi Amiga attuali l’unica cache presente è quella 
situata all’interno del processore stesso, con l’eccezione dei 
68000 e 68010 che non ne fanno uso. Sui processori Moto- 
rola la cache è divisa in due parti: cache per ì dati e cache 
per le istruzioni. 

Per comprendere come mai la cache dà problemi con 
alcuni programmi che sono ignari della sua presenza, 
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Figura 1: Dalia simulazione si vede che solo una 
piccola parte della memoria (qui l6k) è usata. In 
grande è raffigurato uno zoom del grafico degli 
accessi totali. 

occorre guardare meglio il meccanismo con cui funziona, 
ma prima riassumiamo i dati principali dei processori 
Motorola. 

La memoria RAM di sistema e la memoria cache vanno 
pensate suddivise in un gran numero di blocchi consecutivi 
di quattro longword l'uno. Ciascun blocco di memoria di 
sistema può essere ricopiato e dunque rimpiazzato agli 
occhi della CPU, solo in alcuni dei blocchi di cache. Il 68020 
dispone di 64 longword di cache “direct mapped” solo per 
le istruzioni e non è in grado di supportare il modo burst; il 
68030 dispone di due cache identiche, istruzioni e dati, 
sempre dì 64 longword e di tipo “direct mapped" ma 
supporta il modo burst; il 68040 ha sempre due cache, ma 
sono “4-way set associative” e di 1024 longword Luna. 


Figura 2: 1 diagrammi dimostrano il risparmio di 
accessi in memoria. 
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Oltre a queste, sia il 68030 che il 68040 contengono rispet- 
tivamente una e due cache ulteriori per il funzionamento 
della MMU, ma in questo articolo non ce ne occuperemo. 

E’ possibile che non tutti i blocchi dì cache siano pieni e 
tuttavia sia necessario scaricare in RAM un blocco pieno, 
cosa che non accade con le cache di tipo “full associative”, 
che purtroppo i processori Motorola attuali non usano 
anche se ci sono “rumori” che indicano la possibilità che 
vengano usate in futuro. Dunque, anche se il 68030 ha 128 
longword di cache, mediamente a regime solo una settan- 
tina sono piene, mentre le cache del 68040 oltre ad essere 
più grosse sono in media molto più piene. 

Il motivo per cui il modo burst velocizza le prestazioni è 
stato estesamente spiegato in un articolo precedente- in 
breve esso consente di diminuire i cicli di attesa sulla 
memoria per accessi consecutivi e quindi di aumentare 
vistosamente le prestazioni di un sistema con cache, che 
non legge mai (o quasi, come vedremo) una sola longword 
per volta, ma fa sempre accessi di quattro longword perché 
legge e scrive un intero “blocco”. 

Vediamo, finalmente, che cosa significano tutti questi ter- 
mini che abbiamo citato tra virgolette! Immaginate che la 
memoria sia una specie di gioco del Simon costituito da un 
grosso tavolo coperto di spie luminose di cinque colori 
diversi, e che le spie di ciascun colore siano marchiate con 
i quattro semi delle carte da gioco, in modo che ci sia un 
egual numero di spie di un certo colore per ogni seme. La 
cache sarà allora rappresentata da cinque mazzi di carte 
degli stessi colori e di quattro carte ciascuno, una per seme: 

Quando una spia si accende va coperta con una carta presa 
dai mazzi che avete in mano o dal tavolo; lo scopo è 
rimanere con meno carte possibili in mano (cioè riempire 
la cache) e toccare il meno possibile il tavolo (cioè accedere 
poco alla memoria). Se dovete togliere una carta dal tavolo 
per coprire la spia che si è accesa in quel momento, toccate 
il tavolo due volte! Dovreste allora cercare di intuire in quali 
posizioni si accendono più spesso le spie in modo da 
lasciarle sempre coperte se possibile. 

Se la cache è full associative, potete disporre le carte come 
preferite; se è 4-way set associative siete vincolati a coprire 
la spia con una carta dello stesso colore; se è direct mapped, 
oltre che dello stesso colore, deve essere dello stesso seme. 

Se la cache è full associative, potete esaurire tutti i mazzi, 
prima di rimuovere delle carte già sul tavolo per coprire la 
lampadina accesa in quel momento; se è set associative, 
invece, potreste avere esaurito le carte di un certo colore e 
quindi essere costretti a rimuoverne mentre avete ancora 
quasi integri gli altri mazzi. Con la direct mapped tale 
probabilità è quattro volte più elevata. Volendo essere più 
precisi, le cose stanno così: nel caso di cache “set associa- 
tive” a 4 vie (“4 way”) la memoria è suddivisa in tanti 
comparti di dimensione pari a quella della cache, e ciascu- 
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no di essi è suddiviso (come la cache) in blocchi di quattro 
longword. Ciascun blocco di cache può contenere solo il 
blocco di memoria posto in quattro posizioni prefissate 
all'interno di un qualsiasi comparto. 

Per esempio, il blocco di cache numero 16 può contenere 
solo i blocchi di memoria numero 2» 4, 8 o ló di un qualsiasi 
comparto (vedi figura 3). Se la cache fosse a otto vie, in un 
blocco di cache sarebbe possibile caricare i blocchi di 
memoria situati in otto prefissate posizioni dei comparto. 
La cache “direct mapped” si può considerare come una set 
associative ad una sola via: la memoria è suddivisa in tanti 
comparti di grandezza pari alla grandezza della cache, e 
ciascuno di essi è suddiviso (come la cache) in blocchi di 16 
byte . Ciascun blocco di cache può contenere solo e soltanto 
il blocco di memoria posto nella stessa posizione del blocco 
di cache, all’interno di un qualsiasi comparto. Facciamo un 
esempio : un loop in un programma legge un dato posto nel 
blocco 10 del comparto 4, e subito dopo un dato nel blocco 
10 del comparto 6. Il 68020 e il 68030 sono rallentati dalla 
presenza della cache, perché devono continuamente cari- 
care nella cache il blocco 10 del comparto 4, caricare subito 
dopo il blocco 10 del comparto 6, e così via. Se non 
avessero la cache abilitata, dovrebbero caricare solo la 
word o longword contenente il dato, invece che tutto il 
blocco, e andrebbero più veloci! 

Nelle stesse condizioni, un 68040 mette in cache entrambi 


i blocchi e dopo il primo accesso non tocca più la memoria, 
risultando decine di volte più veloce di un 68020 o 68030. 

Avrete già notato che per la cache set e full associative c’è 
una ulteriore domanda da porsi: quale regola va seguita per 
far sì che quando sì rimuove una carta di un certo colore 
non si sia poi costretti a rimetterla subito dopo (o quasi) 
nello stesso posto? Il problema non si pone per il 68020 e 
68030, perché non hanno scelta: c’è una sola carta di un 
certo colore e di un dato seme... La scelta di tale regola è 
molto importante per l’efficienza della cache, e sono stati 
individuati vari metodi di efficienza differente. Nel caso del 
68040 la regola seguita consiste nell’eliminare il blocco che 
era stato caricato per primo in cache: non è il metodo più 
efficiente, ma è comunque valido. 

Fuor di metafora, le cose procedono in questo modo: ogni 
volta che la CPU emette un indirizzo, la circuiteria della 
cache controlla se tale indirizzo corrisponde a quello di una 
cella già presente in un blocco nella cache. Se è presente 
(situazione di “hit”) e l’operazione è una lettura, fornisce il 
dato alla CPU direttamente dalla cache: la memoria non 
viene minimamente coinvolta nel processo. Se è presente 
e l’operazione è una scrittura, a seconda di come è stata 
progettata la cache, possono accadere varie cose-. 

a) Il dato viene scritto sia direttamente in memoria, come se 
la cache non esistesse, sia nella cache: in questo caso si dice 


Figura 3: Schema di una cache 4 way set associative 
(68040) 


Figura 4: Schema di una cache direct mapped 
( 68030 ) 
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che la politica di aggiornamento della cache è del tipo 
“write through”. Il 68030 si comporta così quando il modo 
burst è disabilitato. 

b) Il dato viene scritto nella cache, e immediatamente dopo 
tutto il blocco di locazioni della cache in cui è presente il 
dato aggiornato viene scritto in memoria; la cache è ancora 
di tipo write-through e il 68030 si comporta così quando il 
modo burst è abilitato. 

c) Il dato viene scritto solo nella cache, e un particolare bit 
della circuiteria della cache (associato al blocco a cui la cella 
modificata appartiene) viene settato per ricordare alla 
cache che ora quel blocco non è più uguale al corrispon- 
dente blocco in RAM. La politica di aggiornamento della 
cache viene detta “copy-back” e il 68040 è dotato di un 
registro in cui si può impostare questo modo di funziona- 
mento in alternativa al write-through. 

Il metodo più efficiente è il copy-back perché si fa meno 
accesso alla RAM, ma in un computer monoprocessore 
come Amiga non c’è molta differenza col write-through in 
quanto “quasi mai” si devono fare due operazioni di scrit- 
tura di seguito. 

Allora “di solito”, mentre è in corso la scrittura in memoria 
(e la RAM è impegnata) la CPU richiede una operazione di 
lettura che viene esaudita subito perché il dato è già 
presente in cache: il tempo necessario alla scrittura in 
memoria è completamente nascosto alla CPU. Ricordiamo 
anche che le operazioni di scrittura sono meno di un 
decimo di quelle di lettura. 

Le cose sono più complesse se la circuiteria della cache 
verifica che l’indirizzo emesso non è presente nella cache 
(situazione di “miss”) e occorre effettuare una lettura. In 
questo caso il 68040 deve compiere un passo in più del 
68020 o 68030; decidere quale tra i blocchi già presenti in 
cache deve essere rimpiazzato da quello da caricare, e, se 
era stato modificato e il copy-back è attivo, lo ricopia in 
RAM. A questo punto la circuiteria della cache carica l’intero 
blocco di 4 longword e contemporaneamente lo fornisce 
alla CPU. Nel frattempo, purtroppo, la CPU deve aspettare; 
infatti nessun 680x0 attuale adotta strategie per ridurre il 
fastidio (essenzialmente queste consistono nella filosofia: 
“mentre esegui i calcoli, carica in continuazione dei dati, 
che forse almeno qualcuno servirà...”). 

Per quanto visto, ad ogni blocco di cache è associato un 
certo numero di bit che servono alla circuiteria per la sua 
gestione. Il campo “tag”, per esempio, serve alla cache per 
capire quale blocco di memoria è stato copiato nel blocco 
di cache, e i suoi bit vanno ad un comparatore che li 
confronta con i bit più significativi dell’indirizzo provenien- 
te dalla CPU per stabilire la condizione di hit/miss. Una 
descrizione completa dei meccanismi interni di funziona- 
mento dei vari tipi di cache si può trovare in ogni libro del 
settore. 


L’avere due cache separate per le istruzioni e per i dati 
comporta due grossi vantaggi: il primo è che mentre la CPU 
preleva l’operando della istruzione corrente dalla cache 
dati, contemporaneamente può prelevare l’istruzione suc- 
cessiva dalla cache istruzioni. Quando, come in questo 
caso, un processore esegue più operazioni elementari con- 
temporaneamente, si dice che è dotato di pipeline. Tutti i 
processori attuali sono dotati di pipeline, ma quelli come gli 
Intel 80x86 che non hanno cache dati e cache istruzioni 
separate non possono eseguire in parallelo il prelievo 
(“fetch”) di una istruzione e di un operando. Il secondo 
vantaggio è che anche se la cache dati è soggetta a molte 
miss e quindi deve caricare parecchi blocchi dalla memoria, 
la cache istruzioni, che lavora indipendentemente, non ne 
risente. Addirittura è possibile che la cache dati sia soggetta 
a così tante miss che conviene disattivarla perché rallenta, 
invece di accelerare le operazioni, mentre la cache istruzio- 
ni può operare senza problemi. 

Molti affermano che il sistema operativo di Amiga rende in 
genere la cache dati del 68030 solo un intralcio: giudicate 
voi, ma tenete presente tutto dipende dalla specifica appli- 
cazione che eseguite e i benchmark non servono a nulla in 
questo caso. 

L’avere cache dati e istruzioni separate dà però uno svan- 
taggio: non è possibile eseguire codice automodifìcante, in 
quanto per modificarlo deve essere prima caricato nella 
cache dati, ma al momento dell’esecuzione, visto che le 
istruzioni possono essere prelevate dalla cache istruzioni 
nel tempo stesso in cui i dati nella cache dati vengono posti 
in memoria, facilmente si eseguirà la “vecchia” istruzione, 
non modificata. Fortunatamente, sono pochissimi i pro- 
grammi Amiga automodificanti (soprattutto perché nessun 
compilatore ha mai prodotto simile codice). 

La cache complica parecchio la vita dei programmatori che 
vogliono scrivere un programma in assembler ottimizzato 
a tutti i costi. La prima cosa da notare è che un programma 
posto interamente nella cache viene eseguito a velocità 
enormemente superiore rispetto a uno che non vi risiede. 

Lo stesso loop di istruzioni potrà perciò girare a velocità 
diverse a seconda che riesca oppure no ad essere caricato 
interamente in cache: bisogna lasciar perdere i conti sul 
numero di cicli di clock impiegati dalla tale o tal’altra 
istruzione, perché una ottimizzazione basata su questi 
concetti viene stravolta dalla cache. 

Un codice eseguito da un 68030, su un 68040, a parità di 
clock, può raddoppiare la sua velocità di esecuzione se non 
entra nella cache di nessuno dei due, e addirittura decupli- 
carla se entra nella cache del 68040 ma non in quella del 
68030. Esistono già alcune applicazioni studiate apposta 
per il 68040, con loop scritti in assembler accuratamente 
progettati per entrare esattamente nella cache del 68040. 

Bisogna invece cercare di accedere il meno possibile alla 
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memoria, soprattutto in punti distanti tra loro, e accorciare parsi che la cache è copy-back: il programma viene cercato 

il più possibile il loop da ottimizzare. dapprima dentro la cache indirizzi, dove non è, e quindi in 

memoria che, però, non è stata aggiornata e contiene solo 
Poiché la cache del 68030 non è full-associative, un prò- dati casuali! Di conseguenza appena il programma è 

gramma potrebbe non riuscire a entrare nella cache anche lanciato, il computer va in crash. Questo comportamento 

se la sua lunghezza è inferiore a 256 byte, basta che la sua è esibito da tutti i programmi compilati con una versione 

allocazione in memoria sia così sfortunata da cadere in molto vecchia di un noto compilatore C per Amiga, 

pagine diverse; c’è anche da tenere conto che il sistema 

operativo è multitasking dunque una certa porzione della II motivo per cui è obbligatorio avere installato le ROM del 

cache è facilmente sempre occupata da dati di altri processi kickstart 37. 175 quando si usa una acceleratrice con 68040 

e di sistema, è simile: il DMA carica il programma nella RAM, ma se non 

vengono chiamate due funzioni apposite del nuovo Kick- 
La cache dà potenzialmente dei problemi quando sul bus start che svuotano (“flush”) le cache prima e dopo il DMA, 

del processore sono collegati dispositivi DMA, come con- è possibile che si tenti di eseguire non il contenuto della 

trailer per hard disk o Agnus nel caso della chip RAM. RAM, ma quello non aggiornato della cache, con conse- 

guente crash, oppure che la cache in modo copy-back 
Poiché essi alterano il contenuto di locazioni di memoria rovini i dati. Infatti, la cache copy-back del 68040 genera 

che potrebbero essere state ricopiate nella cache, devono anche un altro problema in unione ai controller per hard 

necessariamente avvertire con un apposito segnale il 680x0 disk in DMA come quello dell’A3000. Abbiamo, per esem- 

dell’awenuta modifica, in modo che esso invalidi immedia- pio, un programma che gestisce due zone di memoria 

tamente il contenuto della cache. Purtroppo molte schede contigue, con il confine a cavallo di un blocco che è posto 
acceleratrici economiche anche di produzione nazionale nella cache; questo a un certo punto richiede in modo 

non invalidano la cache in questa condizione, causando asincrono il caricamento di dati dall’hard disk nella seconda 

corruzione dei dati e crash di sistema in unione a controller zona di memoria e immediatamente dopo scrive nella 
di tipo DMA, prima zona di memoria. 


Lo stesso problema sorge quando il processore deve legge- 
re il registro di un CIA o Chip Custom: se ponesse il valore 
letto nella cache, da quel momento in poi il registro potreb- 
be variare il contenuto come vuole, ma la CPU non se ne 
accorgerebbe! Sul 68030 e 68040 si può inibire la cache in 
tre modi: agendo sulla MMU, su un bit di un registro, o sul 
pin /CIIN . 

Con la MMU si può fissare esattamente in quali locazioni 
abilitarla e in quali no, per ciascuna delle due cache. Con il 
bit del registro si abilita o disabilita globalmente l’una o 
l’altra cache. Attivando il pin /CIIN durante un ciclo di bus, 
si pone in “by-pass” la cache. Nelle schede acceleratrici 
Commodore e su A3000 /CIIN è pilotato da un decodifica- 
tore di indirizzi che lo attiva ogni qual volta il processore fa 
un accesso alla Chip RAM o alla zona dei registri, disabili- 
tando pertanto la cache dati; in alcune acceleratrici il 
circuito manca e occorre agire sulla MMU per ripristinare il 
corretto funzionamento prima di poter abilitare la cache 
dati. 

La cache istruzioni, invece, non ha alcun bisogno di essere 
disattivata negli accessi in CHIP RAM, e anzi è di grande 
beneficio. 

Occupiamoci ora di un problema che sorge quando la 
cache è molto grande e di tipo copy-back, come nel caso 
del 68040. Viene richiesto il caricamento di un programma, 
che viene quindi rilocato in memoria per poterlo eseguire: 
per ora tale programma rappresenta solo dei dati da mani- 
polare, dunque si trova dentro la cache dati. A questo punto 
si comanda l’esecuzione dei programma, senza preoccu- 
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Il 68040 appena riceve l’apposito segnale dal controller 
hard disk invalida la cache, ma poiché era gestita in modo 
write-back, siccome aveva modificato il blocco di cache, lo 
riscrive in memoria. Purtroppo assieme al dato aggiornato 
nella prima zona di memoria, scrive anche la seconda zona 
di memoria, che nel frattempo avrebbe potuto essere stata 
modificata direttamente in RAM dal DMA dell’hard disk! In 
questo modo, sia pure in circostanze poco probabili, è 
possibile che i dati appena caricati risultino corrotti. 

Il problema era stato reso noto pubblicamente dalla Com- 
modore che ne prometteva la risoluzione su A3000 con una 
apposita patch al sistema operativo; altri produttori di 
schede 68040 non hanno rilasciato dichiarazioni, ma il 
problema è di carattere generale. E’ consigliabile perciò 
non abilitare il copy-back, che tra l’altro non dà un aumento 
dì prestazioni significativo nelle macchine monoprocesso- 
re. 
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Come pilotare i circuiti audio (parte terza) 


Antonello Biancalana 

Antonello Biancalana lavora per la ProMIND, una softwa- 
re house di Perugia che sviluppa software grafico e musi- 
cale per Amiga, ed è sviluppatore Amiga registrato nella 
categoria “commercial”. Di recente, Antonello Biancala- 
na, ha progettato e sviluppato MSPL (Music Synthesìs Pro- 
gramming Language), un particolare linguaggio di pro- 
grammazione rivolto alla sintesi sonora e musicale. 

Nelle parti precedenti, abbiamo trattato alcune nozioni 
inerenti il suono e i fenomeni ad esso legati, nonché la 
struttura hardware di Amiga che si occupa della gestione e 
della riproduzione dei segnali audio. In questa parte, inizie- 
remo a vedere come pilotare i circuiti audio di Amiga 
mediante i linguaggi C e Assembler. 

I lettori che utilizzano altri linguaggi di programmazione 
(Modula 2, Pascal, ecc.), potranno tranquillamente conti- 
nuare la lettura, in quanto i concetti esposti in questo 
articolo, sono facilmente adattabili ad altri linguaggi. In 
questo articolo vedremo come utilizzare le risorse audio di 
Amiga mediante l’uso delle funzioni di libreria. 

II controllo dei circuiti audio è implementato mediante un 
dispositivo Exec, che permette al programmatore di sfrut- 
tare in pieno le caratteristiche del processore Paula, senza 
dover ricorrere alla programmazione Assembler. L’uso 
diretto del processore Paula (cioè senza ricorrere all’uso del 
dispositivo Exec), permette una gestione più potente delle 
risorse audio e permette anche la realizzazione di applica- 
zioni che sarebbero impossibili da costruire mediante le 
convenzioni standard di Exec. 

Come abbiamo già detto in precedenza, la gestione delle 
risorse audio di Amiga, viene implementata mediante l’au- 
silio di un device. Questo ci assicura anche la possibilità di 
poter sfruttare le risorse audio in applicazioni che prevedo- 
no il multitasking, cioè sarà possibile ai programmi in 
esecuzione utilizzare contemporaneamente tale risorsa. 
Come per ogni dispositivo Exec, anche l’audio. device 
prevede una propria struttura dati da utilizzare durante 
l’apertura e la gestione dello stesso: 

struct IOAudio { 

struct IORequest ioaRequest; 

WORD ioa AllocKey; 


UBYTE *ioa_Data; 

ULONG ioa_Length; 

DWORD ioa_Period; 

UWORD ioa_Volume; 

UWORD ioa_Cycles; 

struct Message ioa WriteMsg; 

I; 

Il primo campo della struttura è riservato ad una copia delle 
struttura IORequest, che è indispensabile ad ogni disposi- 
tivo Exec. Il campo ioa_AllocKey, viene gestito dal dispo- 
sitivo e contiene un codice di allocazione relativo ai canali 
audio richiesti al sistema. Il campo ioa_Data, viene utilizza- 
to per due scopi diversi e distinti: in fase di apertura del 
dispositivo, viene utilizzato per comunicare al sistema i 
canali audio che desideriamo usare, mentre durante le 
normali fasi di gestione, esso rappresenta l’indirizzo del 
campione audio che intendiamo riprodurre. Come il cam- 
po precedente, anche ioa_Length viene utilizzato per due 
scopi diversi: rappresenta, infatti, sia la lunghezza della 
maschera di allocazione dei canali, sia la lunghezza del 
campione audio che si vuole riprodurre. Il campo 
ioa_Period, contiene il valore del periodo di riproduzione, 
cioè, come abbiamo visto nelle parti precedenti, la velocità 
di riproduzione dei dati audio. Il campo successivo 
ioa_Volume, contiene il valore del volume di riproduzione. 

Il penultimo campo ioa_Cycles, rappresenta il numero di 
volte che il campione audio deve essere riprodotto; quando 
è impostato a zero, il campione sarà ripetuto all’infinito (o 
fino a quando non ne verrà chiesta l’interruzione). Infine, il 
campo ioa_WriteMsg, contiene una copia della struttura 
Message la quale viene riempita dal dispositivo audio e 
solitamente non viene utilizzata dall’utente. Prima di poter 
aprire e utilizzare il dispositivo, abbiamo bisogno, come 
per ogni altro dispositivo Exec, di richiedere una porta al 
sistema: 

struct MsgPort *AudioPort; 

AudioPort=CreatePort ("Porta_Audio" , 0) ; 

if { ! AudioPort ) 

{ 

printf ("Impossibile allocare una porta\n"); 

ExitPrg (} ; 
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L’operazione successiva da compiere, riguarda l’apertura 
del dispositivo audio. Per poter compiere questa operazio- 
ne, dovremo riempire correttamente la struttura IOAudio, 
indicando in essa le nostre necessità. Per prima cosa, 
allocheremo memoria sufficiente per poter contenere la 
nostra struttura dati: 

+ 

struct IOAudio *AData; 

AData= (struct IOAudio *)AllocMem 

(sizeof {struct IOAudio) , 

MEMF_PUBLIC |MEMF_CLEAR) ; 

if (!AData) 

{ 

printf {"memoria ìnsuf ficiente\n") ; 

ExitPrg {) ; 

} 

Dopo aver allocato la memoria per la nostra struttura (e 
dopo esserci assicurati che la stessa sia disponibile), passia- 
mo a riempire i vari campi che la compongono: 

unsigned char ChanMask[] = {1, 2 , 4, 8); 

AData->ioa_Request . ioMessage .mn_ReplyPort 
=AudioPort ; 

AData->ioa_Reguest . io_Message*mn_Node . ln_Prì=0; 

AData->ioa_Request . io_Command=ADCMD_ALLOCATE; 

AData™>ioa_Request . io Flags=ADIOF_NOWÀIT; 

AData->ioa_AllocKey=0 ; 

AData->ioa_Data=ChanMask; 

AData->ioa_Length=sizeof (ChanMask) ; 

Per aprire il dispositivo è necessario comunicare al sistema 
quali canali audio intendiamo usare. Come già sapete, 
Amiga possiede quattro canali audio, divisi in due coppie 
distinte che formano a loro volta i canali stereo destro e 
sinistro. I canali audio 0 e 3 fanno parte del canale stereo 
sinistro, mentre i canali audio 1 e 2 fanno parte del canale 
stereo destro. L’array di caratteri ChanMask determina la 
maschera di allocazione dei canali che intendiamo richie- 
dere al sistema: vedremo successivamente come questo 
viene utilizzato da Amiga. 

Nella prima riga relativa alla struttura dati, abbiamo posto 
l’indirizzo della porta creata precedentemente, mentre 
nella riga successiva, è stato indicato il valore di priorità 
della nostro uso dei canali richiesti. La scelta di questo 
valore è molto importante, in quanto determina la priorità 
di assegnazione da parte del sistema. Come sapete, Amiga 
è un computer multitasking, e come tale, deve prevedere la 
condivisione e la possibilità d’uso di tutte le sue risorse 
(compatibilmente al tipo di risorsa richiesta), in modo 
contemporaneo, audio compreso. 

Questo significa che durante l’esecuzione della nostra 
applicazione, qualche altro programma potrebbe avere 
bisogno del dispositivo audio e magari degli stessi canali 
che abbiamo riservato: qui entra in gioco la priorità asse- 
gnata al canale. Supponiamo di avere assegnato al nostro 
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programma una priorità d’uso del uguale a 50, mentre un 
secondo programma sia stato predisposto per lavorare con 
una priorità di 120. Se i due programmi avranno bisogno dei 
canali audio contemporaneamente, Amiga darà la prece- 
denza d’uso al programma che possiede una priorità 
maggiore, nel nostro caso il secondo programma. 

Si verifica, così, una specie di “furto”, in quanto il secondo 
programma ha “rubato” l’uso del canale al primo. In questo 
caso, il sistema avverte il programma che ha subito il 
“furto”, comunicando che qualcuno ha avuto precedenza 
nei suoi confronti, e che l’unica cosa a lui concessa è quella 
di restare zitto! Per evitare questa condizione, solitamente 
si pone la priorità al valore massimo consentito: 127. 

Essendo però Amiga un computer multitasking, è sempre 
bene tenere presente che potrebbero esserci altre applica- 
zioni, oltre alla nostra, che possono avere bisogno delle 
stesse risorse che abbiamo riservato. E’ bene stabilire il 
valore della priorità in funzione deU’importanza che rico- 
pre l’uso dell’audio all’interno del nostro programma. La 
Commodore consiglia di stabilire il valore della priorità 
secondo la seguente tabella: 

127 Suono non interrompibile. Questo valore 

previene il “furto” del canale da parte di altre 
applicazioni. 

90/100 Emergenze. Usato in situazioni di emergenza che 

richiedono un’immediata attenzione da parte 
dell’utente. 

80/90 Segnali di attenzione generica. 

75 Linguaggio. Discorsi sintetizzati o campionati. 

50/70 Informazioni. Suoni che forniscono 

informazioni non supportate dalla grafica. 
-50/50 Programmi musicali. 

-70/-50 Effetti sonori. Suoni usati in congiunzione 

con la grafica. 

-100/-80 Musica da sottofondo. 

-128 Silenzio. 

Nella riga successiva viene riportato il comando da utilizza- 
re durante l’apertura: ADCMD_ALLOCATE. Il comando 
ADCMD_ALLOCATE viene utilizzato per allocare i canali 
audio necessari alla nostra applicazione, e dovrebbe essere 
sempre il primo comando utilizzato con il dispositivo. 
Tratteremo in seguito in maniera dettagliata il significato e 
l’uso di tutti i comandi previsti per il dispositivo audio. 

La riga successiva del nostro esempio è relativa ai flag. In 
questo caso, si è utilizzato il flag ADlOF_NOWAIT, che 
indica al sistema di eseguire il comando di allocazione 
senza attendere l’eventuale liberazione dei canali richiesti. 
Vedremo in seguito il significato di questo flag. Il campo 
AData->ioa_AllocKey è stato posto a zero, ma il suo valore 
è ininfluente, in quanto verrà impostato correttamente dal 
sistema. Il valore di questo campo rappresenta il codice di 
allocazione dei canali ed è attribuito in base ai canali 
richiesti al sistema. 







Il campo AData->ioa_Data assume significati diversi, a 
seconda del tipo di comando che si intende utilizzare. In 
questo esempio si sta richiedendo al sistema l’allocazione 
di canali audio, quindi, questo campo dovrà contenere la 
maschera di allocazione dei canali. A questo campo è stato 
infatti da noi assegnato l’indirizzo dell’array di caratteri che 
contiene la nostra maschera di allocazione: ChanMask. I 
valori contenuti in ChanMask sono quattro, e precisamente 

1,2, 4 e 8. 

Ad ogni canale audio di Amiga viene associato un valore di 
riferimento e precisamente: 

1 - Canale audio 0 - sinistro 

2 - Canale audio 1 - destro 

4 - Canale audio 2 - destro 

8 - Canale audio 3 - sinistro 

Il processo di allocazione dei canali varia a seconda della 
maschera fornita. Nel nostro caso, avendo fornito quattro 
valori, Amiga cercherà inizialmente di allocare il canale 
numero 0 (valore di allocazione 1), e se è già occupato, 
tenterà con il canale numero 1 (valore di allocazione 2), poi 
con il canale numero 2 (valore di allocazione 4) e, infine, il 
canale 3 (valore di allocazione 8). Se durante tale ricerca 
uno di questi canali risulta libero, verrà allocato perii nostro 
programma, il valore di allocazione verrà copiato nel 
campo AData->ioa_Request.io_Unit e verrà anche restitui- 
to un codice di allocazione nel campo AData- 
>ioa_AllocKey. 

Se, per esempio, vogliamo allocare e utilizzare il canale 0, 
e vogliamo esclusivamente quel canale, dovremo fornire 
come valore di allocazione il numero 1; nel caso in cui quel 
canale fosse già occupato, il dispositivo audio restituirà un 
codice di errore, in quanto la richiesta di allocazione è 
fallita. 

La maschera di allocazione dei canali può essere utilizzata 
anche per richiedere più canali contemporaneamente. 
Questo permette di ottenere, per esempio, una coppia di 
canali, in modo da riprodurre suoni in stereofonia. 

Chiunque abbia collegato un Amiga ad un impianto stereo- 
fonico, si sarà presto accorto che, talvolta, alcuni suoni 
vengono riprodotti con un unico canale e non con entram- 
bi. Supponiamo di voler riprodurre lo stesso suono con- 
temporaneamente su entrambi i canali stereo, potremo 
chiedere ad Amiga di allocare, se ne esiste la disponibilità, 
una coppia di canali, uno per ogni uscita stereo. Se deside- 
riamo disporre di più canali per lo stesso suono, dovremo 
semplicemente sommare i valori associati ai singoli canali: 
il risultato costituirà la maschera di allocazione. 

Per esempio, se vogliamo allocare contemporaneamente i 
canali 1 e 3 (assegnati rispettivamente al canale stereo 
destro e sinistro), si dovranno sommare i relativi valori di 
riferimento: 


Chi + Ch3 = 2 + 8 = 10 

Il valore 10 indicherà quindi al sistema la richiesta di 
allocazione dei canali 1 e 3. 

Allo stesso modo, sommando più valori tra loro, si potranno 
richiedere anche tre o tutti i canali. E’ da notare che nella 
fase di allocazione dei canali, viene anche considerata la 
priorità degli stessi: se il canale che vogliamo utilizzare è già 
occupato, il sistema valuterà la priorità della nostra richiesta 
e quella del programma che lo sta usando, dando la prece- 
denza alla priorità più elevata. Questo significa che se la 
nostra richiesta di allocazione ha una priorità di 100, e il 
canale richiesto è già occupato da un’altra applicazione 
avente priorità 30, la nostra applicazione sarà in grado di 
“rubare” il canale e assicurarsene l’uso. 

Il campo AData->ioa_Length contiene la lunghezza del 
valore contenuto nel campo ioa_Data, nel nostro caso la 
dimensione dell’array ChanMask. Dopo aver completato la 
struttura, si potrà finalmente aprire ed eventualmente utiliz- 
zare il dispositivo audio. Essendo il dispositivo audio gesti- 
to da Exec, le convenzioni utilizzate per la sua gestione, 
saranno identiche a quelle previste per tutti gli altri dispo- 
sitivi. L’apertura del dispositivo avverrà mediante la funzio- 
ne OpenDevice( ). 

short error; 

error=GpenDevice ("audio .de vi ce", GL, 

(struct IGRequest *)AData, OL) ; 
if (error) 

{ 

printf ("Impossìbile aprire 
audio. devìceXn") ; 

ExitPrg { ) ; 

} 

I parametri che dovremo fornire alla funzione, sono relativi 
al nome del dispositivo e all’indirizzo della struttura dati che 
contiene i valori di inizializzazione. 

II nome del dispositivo dovrà essere “audio. device” (rigo- 
rosamente in minuscolo!), e l’indirizzo della struttura dati 
sarà AData (previo operatore di cast a IORequest). 

I valori relativi al numero di unità e ai flag, dovranno 
rimanere a zero, in quanto il dispositivo audio non prevede 
l’uso di tali parametri. La funzione OpenDevice( ) restitui- 
sce un valore che rappresenta il risultato della sua operazio- 
ne: zero significa che il dispositivo è stato aperto con 
successo, mentre altri valori indicano che l’operazione è 
fallita. Sarà ovviamente nostra cura controllare il valore 
restituito da OpenDevice( ), in modo da evitare grossolane 
“guru meditation”. 

Dopo aver aperto con successo il dispositivo audio, potre- 
mo iniziare a far suonare il nostro Amiga. Benché sia 
possibile utilizzare i comandi standard previsti per la ge- 
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stione dei device (CMD_WR1TE, CMD_READ, ecc.), il di- 
spositivo audio dispone anche di comandi dedicati che 
permettono di interagire in modo specifico con esso. Oltre 
ai comandi, l’audio. device dispone anche di propri flag, 
utilizzabili per indicare una specifica azione. Tratteremo in 
modo più dettagliato sia i comandi che i flag successiva- 
mente, per ora, vediamo come inviare un comando al 
dispositivo audio. 

AData->ioa_Request . i o_C ommand= CMD_WR ITE; 

AData->ioa_Request . io_Flags=ADIOF_PERVOL; 

AData->ioa_Data= (char *) samples; 

AData->ìoa_Length=Nof samples ; 

AData->ioa_Fer iod=2 00 ; 

AData->ioa_Volume=64 ; 

ADat a->ioa_Cycles=l ; 

BeginlO (ADat a) ; 

L’esempio riportato sopra, permette di riprodurre un suono 
tramite i canali audio allocati in precedenza. Il comando 
principale da utilizzare per generare suoni è CMD„WRITE, 
e visto che questo è esattamente quello che intendiamo 
fare, poniamo tale valore nel campo 
ioa_Request.io_Command. Per poter generare un suono, 
abbiamo bisogno di stabilire il volume e il periodo dello 
stesso. Il flag ADIOF_PERVOL indicato nella seconda riga, 
comunica al dispositivo audio, che, prima di riprodurre il 
suono, dovrà impostare i valori del periodo e del volume. 
Se non viene indicato questo flag, il dispositivo audio 
utilizzerà i valori correnti del dispositivo, cioè quelli indicati 
nell’ultima richieata di CMD_WRITE. 

Nel campo AData->ioa_Data, si dovrà indicare il puntatore 
in memoria della forma d’onda che intendiamo riprodurre. 
Come abbiamo detto nella parte precedente, i campioni 
che costituiscono la nostra forma d’onda devono essere 
memorizzati in una zona di memoria di tipo CHIP, in 
quanto, il coprocessore Paula, può prelevare i suoi dati 
solamente da questa zona di memoria. La variabile “sam- 
ples” dell’esempio, dovrà essere quindi un puntatore ad 
una zona di memoria di tipo CHIP. Per poter richiedere 
questo tipo di memoria, possiamo chiedere ad Exec di 
riservarcene una certa quantità mediante l’uso della funzio- 
ne AllocMem( ). 

samples= (char *) AllocMetn (Nofsamples, 

MEMF_CHIP | MEMF_CLEAR ) ; 

if ( ! samples) 

{ 

printf ("Memoria insuf ficiente\n") ; 

ExitPrgO ; 

} 

-P 

Il secondo argomento della funzione AllocMem( ) indica il 
tipo di memoria che intendiamo allocare. Nel nostro esem- 
pio, abbiamo utilizzato i valori MEMF_CHIP e 
| MEM F_C LEA R, combinati insieme mediante un operatore 
I di tipo OR. Il valore MEMF_CHIP, comunica ad Exec che 


abbiamo bisogno esclusivamente di memoria di tipo CHIP, 
mentre il valore MEMF_CLEAR, ci assicurerà un blocco di 
memoria completammente azzerato nel caso in cui sia 
disponibile. L’istruzione IF, posta subito dopo la richiesta di 
memoria, ci permette di valutare se quanto chiesto è dispo- 
nibile oppure no. E’ ovvio, che dopo aver ottenuto una 
zona di memoria sufficiente, dovremo riempire la stessa 
con i campioni della nostra forma d’onda. 

Il campo AData->ioa_Length, viene utilizzato per indicare 
la lunghezza della forma d’onda espressa in byte. Si noti che 
la variabile Nofsamples è stata utilizzata sia in questo 
campo che nella funzione AllocMem( ). Il valore che 
dovremo indicare successivamente è il periodo di riprodu- 
zione: questo dovrà essere posto nel campo AData- 
>ioa_Period. Nella puntata precedente, abbiamo visto 
come poter calcolare il valore del periodo per una corretta 
riproduzione. 

Nel campo AData->ioa_Volume, dovremo indicare il volu- 
me di riproduzione. I valori possibili che possono essere 
attribuiti a questo parametro, variano fra 0 e 64. Il valore 0 
indica il silenzio, mentre 64 indica il volume massimo. 
L’ultimo valore utilizzato in questo esempio, è quello del 
campo AData->ioa_Cycles. Serve ad indicare il numero di 
volte che intendiamo riprodurre la forma d’onda. Noi 
abbiamo specificato 1 perché vogliamo che, quando la 
forma d’onda è terminata, il dispositivo audio cessi di 
riprodurre il suono. C’è comunque un caso specifico nell’u- 
so di questo campo: se indichiamo un valore di 0, il 
dispositivo audio ripeterà all’infinito la forma d’onda, e 
l’unico modo per fermarlo consiste nell’invio di una richie- 
sta di interruzione. 

Per usare il dispositivo audio è bene conoscere l’uso della 
funzione BeginlCX ). Solitamente, quando si desidera invia- 
re un comando ad un dispositivo Exec, si utilizzano le 
funzioni DoIO( ) e SendIO( ). Quando si lavora con 
l’audio.device, è preferibile utilizzare sempre BeginlCX ) 
invece delle funzioni citate. Le funzioni DoICX ) e SendICK 
), infatti, azzerano il valore del campo io_Flags che è 
necessario al dispositivo audio e, in alcuni casi, la riprodu- 
zione sonora potrebbe risultare difettosa. La funzione 
BeginlCX ) lascia invece inalterato il valore del campo 
io_Flags e, come la funzione SendlOC ), è asincrona. Questo 
significa che una volta emesso il comando mediante Begi- 
nIO( ), il controllo verrà restituito al programma senza 
attendere il completamento della richiesta. 

Talvolta, è però necessario attendere il completamento del 
suono emesso e, in queste circostanze, possiamo ricorrere 
alle varie funzioni di attesa di cui Amiga dispone. Le 
funzioni tipiche di attesa, che possono essere utilizzate per 
questo scopo, sono tre e precisamente: WaitICX ), Wait( ) e 
WaitPortC ). Diversamente dagli altri dispositivi di Amiga, è 
sconsigliabile usare la funzione WaitICX ) con il dispositivo 
audio, in quanto, può capitare che in certi casi, il dispositivo 
non funzioni correttamente. 
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Le funzioni WaitC ) e WaitPortC ), lavorano invece in modo 
perfetto ed è quindi preferibile usare queste ultime con 
l’audio.device. E’ ovvio che il tempo necessario perché il 
suono si completi è determinato dai valori riportati nei 
campi AData->ioa_Length e AData->ioa_Cycles. Per poter 
lavorare correttamente, la funzione Wait( ) necessita come 
parametro il valore della maschera di segnalazione, che 
viene ricavato mediante l’uso di un operatore di shift verso 
sinistra: 

SigMask=l«AudioPort->mp_SigBit ; 

dove AudioPort è l’indirizzo della porta che abbiamo creato 
precedentemente. Dovendo quindi attendere il completa- 
mento del suono mediante la funzione WaitC ), dovremo 
scrivere: 

Wait (!<<AudioPort->mp_SigBit) ; 

In questo modo, il nostro programma verrà posto in stato di 
attesa, e verrà “svegliato” solo quando la porta AudioPort 
riceverà il messaggio specificato come argomento nella 
funzione Wait( ). Il secondo metodo utilizzato per attende- 
re il completamento di un suono, prevede l’uso della 
funzione WaitPortC ). Questa funzione richiede come argo- 
mento, l’indirizzo della porta e restituisce l’indirizzo del 
messaggio pervenuto. Come la funzione precedente, an- 
che WaitPortC ) pone in stato di attesa il programma che sarà 
“svegliato” all’arrivo di un messaggio. 

struct Message *AudioMsg; 

AudioMsg=WaitPort {AudioPort) ; 

Passiamo ora in rassegna i vari comandi previsti per il 
dispositivo audio, tenendo presente che, sebbene 
l’audio.device preveda dei comandi propri, si possono 
utilizzare anche alcuni dei comandi standard. Quella che 
segue è la lista di tutti i comandi utilizzabili con il dispositivo 
audio di Amiga. 

CMD_FLUSH - viene utilizzato per annullare tutti i coman- 
di CMD_WRITE e ADCMDJWAITCYCLE inviati ad uno o 
più canali. 

CMD_READ - restituisce il puntatore alla richiesta 
CMD_WRITE che è attualmente in esecuzione. 

CMD_EESET - inizializza il completo circuito audio di 
Amiga, provvedendo anche a chiamare il comando 
CMD_FLUSH. 

CMD_START - questo comando riavvia il processo di ripro- 
duzione audio nel punto in cui è stato interrotto mediante 
il comando CMD_STOP. Può essere utilizzato per sincro- 
nizzare la riproduzione del suono di più canali. Per farlo, si 
dovrà inviare un comando CMD_STOP prima dei vari 
CMDJWRITE, e successivamente iniziare la riproduzione 
mediante l’invio di CMD START. 


CMD_STOP - questo comando interrompe il processo di 
riproduzione attivo in uno o più canali. Se viene inviato 
prima di CMD_WRITE, il canale non inizierà la riproduzio- 
ne audio fino a quando non verrà inviato CMD_START. 

CMD_WRITE - questo comando viene utilizzato per inizia- 
re il processo di riproduzione del suono sui canali audio. 

ADCMD_ALLOCATE - utilizzato per allocare uno o più 
canali. Solitamente, il comando di allocazione è sempre il 
primo ad essere trasmesso al dispositivo audio. 

ADCMD_FINISH - questo comando termina la riproduzio- 
ne audio iniziata da CMD_WRITE. Chiama la funzione Exec 
Aborti 0( ). 

ADCMD_FREE - questo comando provvede alla dealloca- 
zione dei canali precedentemente riservati con il comando 
ADCMD_ALLOCATE o termina il comando 
ADCMD_LOCK . 

ADCMD_LOCK - questo comando serve ad avvertire il 
programma quando qualcuno sta cercando di “rubare” un 
canale precedentemente allocato. Solitamente, questo 
comando viene inviato subito dopo ADCMD_ALLOCATE. 
Quando un’altra applicazione cercherà di rubare il nostro 
canale, la richiesta a ADCMD_LOCK restituirà il codice di 
errore ADIOERR_CHANNELSTOLEN. Questa condizione 
si verifica quando qualcuno richiede il nostro stesso canale 
con una priorità più alta; in questo caso, non ci resta altro 
da fare che restituire il canale al sistema mediante il coman- 
do ADCMD_FREE. Per evitare che qualcuno si impossessi 
dei nostri canali audio, si dovrà impostare la priorità al 
massimo valore previsto: 127. 

ADCMD_PERVOL - permette di cambiare il valore del 
periodo e del volume relativo alla riproduzione in corso, 
iniziata da CMD_WRITE. Questo comando è utile per 
creare effetti che riguardano l’alterazione del periodo e/o 
del volume (vibrato, tremolo, glissando, ecc.). 

ADCMD_SETPREC - questo comando viene utilizzato per 
variare la priorità di uno o più canali. 

ADCMD_WAITCYCLE - permette di conoscere quando la 
riproduzione audio è giunta alla fine della forma d’onda. Da 
notare che questo comando lavora esclusivamente sui 
singoli canali. 

Il prossimo mese, continueremo ad occuparci della pro- 
grammazione delle risorse audio di Amiga, vedremo i Flag, 
i codici d'errore e come programmare direttamente il co- 
processore Paula mediante il linguaggio Assembler. n 
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KOS POWER 
PC BOARD 


Antonello Jannone 


Un PC -compatibile “ospite” dentro 
qualunque Amiga. 


L a politica della Casa 
Madre (la Commodo- 
re) di creare un com- 
puter completamente nuo- 
vo (Amiga) senza discostar- 
si tropppo né dal mondo dei 
videogiochi (le console), né 
da quello dei computer 
“seri" (i PC compatibili), ha 
portato alla creazione dei 
vari modelli di Amiga che 
conosciamo. 

Sin dall’Inizio, il glorioso 
Amiga 1 000 poteva dispor- 
re del Sidecar, un dispositi- 
vo esterno che gli consenti- 
va di emulare un PC XT. 
L’A500, dal canto suo, non 
nasceva certo con la prete- 
sa esplicita di computer 
multivalente: era una versio- 
ne a basso costo dell’AI 000 
e sarebbe stato usato pre- 
valentemente per i video- 
giochi. Il lancio dei modelli 
A2000, A2500 e A3000 ha, 
successivamente, suffraga- 
to questa teoria, relegando 
l’A500 a ruolo di “grosso 
videogame". Fortunata- 
mente il successo dell’A500 
ha costretto i produttori di 
hardware a studiare il modo 
perfar recuperare al picco- 
lo Amiga il terreno perduto. 
Sono nate, quindi, le sche- 
de di memoria aggiuntiva 
fino ad 8 Mb, gli hard disk 
compatibili SCSI, persino 
(ed è notizia attualissima) le 
schede acceleratrici basate 
su microprocessori 68030. 
Non poteva mancare, insie- 
me a tutti questi dispositivi in 
grado di far diventare un 


“piccolo” A500 allo stesso 
livello del “grande fratello” 
A3000, un emulatore PC- 
compatibile, 

AMIGA, ESPERTO 
IN EMULAZIONE 

Se c’è una caratteristica che 
contraddistingue la serie di 
computer Amiga, oltre la 
graficae il sonoro, è la incre- 
dibile duttilità dellhardware 
che lo rende in grado di 
emulare una quantità stupe- 
facente di altri computer. 
Emulare Macintosh, C64, 
Spectrum, Atari ST, Acorn 
BBC e molti altri, sono com- 
piti di ordinaria amministra- 
zione per il nostro Amiga, 


ma l’emulazione dell’am- 
biente MS-DOS è quello che 
maggiormente attira l’atten- 
zione del pubblico, svilup- 
patori e acquirenti. 

La vastissima disponibilità 
di software professionale 
disponibile sul mercato e 
l’enorme numero di PC e 
compatibili venduti nel 
mondo, rendono appetibile 
qualunque sistema per en- 
trare in contatto con questo 
mondo, è inutile negarlo. I 
pacchetti professionali per 
Amiga nulla possono contro 
quelli in ambiente MS-DOS 
dove il volume d'affari è 
diverse volte maggiore. 

Dai tempi dell'emulazione 
software con T ransformer si 


sono fatti i classici passi da 
gigante e oramai IBeM e 
PC-Task la fanno da padro- 
ne, a dire il vero con ottimi 
risultati. Quando, invece, si 
desidera una più efficace 
emulazione hardware-soft- 
ware si parla delle schede 
Bridgeboard AT dellaCom- 
modore e Golden Gate AT 
della Vortex per A2000 e 
A3000. 

Per Amiga 500 è invece 
molto diffusa la Vortex 
ATonce interna, mentre per 
TUTTI icomputerdella serie 
Amiga esiste ora la nuova 
KCS Power PC Board, quasi 
del tutto rinnovata, in due 
versioni per le diverse ver- 
sioni di A500 (l’altra è l'A500 
Plus), con la possibilità di un 
adattatore esterno per la 
connessione nello slot Zorro 
Il di A2000eA3000. Inoltre, 
il software è stato letteral- 
mente rivoluzionato dalla 
ultima versione da noi testa- 
tadiversi mesiorsonogiun- 
gendo alla stupenda versio- 
ne3.5. 

LA POWER PC BOARD 
A NUDO 

La nuova Power PC Board, 
della olandese Kolff Com- 
puter Supplies BV, è stata 
progettata originariamente 
per inserirsi nello slot posto 
sotto Amiga 500, dove nor- 
malmente c’è lo spazio per 
l’espansione di memoria. Il 
design è, quindi, molto 
compatto e la scheda risulta 
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notevolmente curata, si 
pensi che nello spazio in cui 
la Commodore faceva stare 
tempo fa soli 512 K di 
espansione per A500 ora 
prendono posto 1 Mb di 
memoria, la ROM del BIOS, 
il microprocessore, l’orolo- 
gio e la relativa batteria 
tampone più il resto della 
circuiteria Autoconfìg. Tutto 
in pochi centimetri di lu- 
ghezza, un PC-compatibile 
ridotto veramente all’osso! 

GUARDIAMO "DENTRO" LE 
CONFEZIONI KCS 

La KCS Power PC Board 
viene ora prodotta in due 
versioni separate e distinte, 
una per Amiga 500 modello 
vecchio con Kickstart 1.2/ 
1.3, l’altra per la versione 
Plus. Entrambe le volumino- 
se confezioni comprendono 
la minuscola scheda, un 
disco con il software in ver- 
sione 3.5 e le istruzioni in 
inglese, che però differisco- 
no tra di loro, stranamente. 
Le istruzioni relative alla 
KCS Power PC Board “nor- 
male" descrivono il software 
in versione 2.00B anche se 
sul disco allegato è presen- 
te la versione 3.5. Le istru- 
zioni principali sono rilegate 
in un piccolissimo volumetto 
esi riferiscono avversione 


1.0 dell'emulatore mentre 
alcuni fogli graffettati esterni 
documentano i cambia- 
menti dalla versione 1 .Oalla 
2.00B. 

Fortunatamente la docu- 
mentazione allegata alla 
Power PC Board Plus si rife- 
risce almeno alla versione 

3.0 del software, un bel 
passo avanti... 

Comunque, una ventina di 
fogli graffettati alla “meno 
peggio” non costituiscono 
una documentazione ade- 
guata per un prodotto che è 
pur sempre un emulatore 
PC e non un vìdeogioco e 
meriterebbe una trattazione 
più esaustiva. 

L’installazione dell’hardwa- 
re è estremamente facile e, 
come più volte riportato sul- 
la confezione e in diverse 
parti della documentazione, 
“non invalida la garanzia del 
vostro computer”. 

E' sufficiente aprire lo spor- 
tello posto sotto l’A500, ri- 
muovere l’eventuale espan- 
sione presente e inserire 
confermezzaedecisione la 
schedaal suo posto, richiu- 
dere lo sportellino e ricolle- 
gare il computer ai relativi 
cavi. 

Per quanto riguarda l’instal- 
lazione nei modelli 2000 e 
3000 di Amiga è necessario 
un adattatore aggiuntivo, da 


Le opzioni disponibili. 


acquistare separatamente, 
che però contiene sìa la 
stessa documentazione, sia 
lo stesso software della KCS 
Power PC Board Plus. In- 
nanzitutto, bisogna collega- 
re la Power PC Board all’a- 
dattatore che verrà poi inse- 
rito nello slot Zorro II. E’ 
questa un’operazione ab- 
bastanza delicata poiché 
bisogna stare attenti a non 
toccare con le dita i compo- 
nenti per non danneggiarli e 
curare particolarmente l’in- 
serimento nello slot Amiga, 
perché l’unione delle due 
schede è piuttosto fragile. 
Alla fine si è pronti per l’in- 
stallazione software che 
viene eseguita del tutto au- 
tomaticamente. 

LA COSA PIU' IMPORTANTE, 
IL SOFTWARE 

Dopo aver completato le 
“semplici” operazioni di in- 
stallazione dell’hardware si 
è subito pronti per entrare in 
ambiente MS-DOS. Il disco 
presente nella confezione 
comprende un pratico in- 
stallatore automatico, un 
installatore di utility PC, un 
programma di setup 
dell’hard disk, oltre a diver- 
se versioni del software di 
emulazione. Per prima cosa 
è necessario effettuare una 
copia del disco presente 
nella confezione, poiché 
viene modificato nel pro- 
cesso di installazione. Con 
l’apposito programma In- 
stali si può scegliere se 
creare un disco bootabile 
che lanci nel più breve tem- 
po possibile l’emulatore, 
oppure installare l’emulato- 
re stesso su hard disk, op- 
pure, ancora, rendere visi- 
bile in ambiente PC l’even- 
tuale memoria aggiuntiva 
presente nel sistema. 


In una directory separata 
del disco ci sono le varie 
versioni dell’emulatore e il 
software di configurazione. 
Quest’ultimo, in maniera 
semplicissima, è in grado 
modificare un gran numero 
di opzioni per soddisfare 
ogni richiesta dell’utente. 
T ramite questo programma 
è quindi possibile selezio- 
nare numero e tipo di drive 
collegati al sistema, oltre 
che il tempo di accesso e la 
memoria cache riservata ad 
ognuno. 

Proprio grazie all’utilizzo 
dell’eventuale memoria 
aggiuntiva per accelerare le 
operazioni di accesso al 
disco, la risposta dei drive 
sotto il controllo della KCS 
Power PC Board è notevol- 
mente migliore anche ri- 
spetto ad un vero PC-clone. 
Mail programmadi configu- 
razione PC-Preferences 
serve anche a selezionare il 
tipo di modo video emulato 
che si intende usare, settare 
tastiera, mouse, porta seria- 
le e parallela, joystick, lam- 
peggio del mouse, abilitare 
l’interlacciamento. Salvan- 
do i settaggi su disco è final- 
mente possìbile cliccare l’i- 
cona dell’emulatore appro- 
priato scegliendo fra quelle 
disponibili. 

L’emulatore viene fornito in 
versione standard, versione 
specifica per l’A2000, ver- 
sione per chi dispone di 
memoria extra e versione 
per computer accelerati 
con 68020 o 68030. Qual- 
che secondo dopo aver 
cliccato l’icona si è già alle 
prese con il selftest del 
BIOS che si concluderà feli- 
cemente con la richiesta di 
un disco di sistema. 

QUALITÀ' 

DELL'EMULAZIONE 

Sin dall’ingresso in MS- 
DOS, che bisogna procu- 
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rarsi per conto proprio se si 
acquista la KCS Power PC 
Board sprovvista di DOS, ci 
si accorge subito della velo- 
cità con la quale il tutto 
“gira”. 

Il refresh del video è stupe- 
facente, l’accesso ai floppy 
è migliore dell'AmigaDOSe 
non si soffre per niente il 
fatto di trovarsi in ambiente 
XT. 

L’impressione di comodità 
viene incrementata dalla 
presenza di una linea di 
stato, presente in fondo allo 
schermo, che visualizza in 
tempo reale un orologio e il 
numero della traccia sulla 
quale sta agendo il drive. 
Inutile dire che i pacchetti 
più voluminosi (nel senso di 
richiesta di prestazioni del 
microprocessore e memo- 
ria) funzionano egregia- 
mente, così come i compila- 
tori Turbo Pascal e Turbo C 
della Borland, Lotus 1-2-3 
non fa commenti e anche 
alcuni videogiochi funzio- 
nano normalmente, adat- 
tandosi alla scheda grafica 
emulata. Proprio da questo 
punto di vista la KCS batte 
tutti, infatti la sua scheda è 
l’unica in grado di emulare 
la VGA a 16 colori a 
640x480, nemmeno la Gol- 
den Gate della Vortex arriva 
atanto! 

Non accontentandosi mai 
delle proprie opinioni, la 
scheda è stata sottoposta 
ad un’intensiva sessione di 
test e i vari benchmark, tra 
cui Syslnfo di Norton e 
BBench di Byte, hanno 
ampiamente confermato le 
opinioni favorevoli con risul- 
tati stupefacenti (e a volte 
ingannevoli...). 

Syslnfo ha analizzato per 
filo e per segno le prestazio- 
ni dellaschedaconferman- 
do interamente le prestazio- 
ni documentate dai produt- 
tori, rilevando, inoltre, una 
revisionedel BlOSche usa- 


le opzioni Video. 


le a Marzo di quest’anno e 
specificando che il sistema 
si basa su un microproces- 
sore Nec V30 compatibile 
8086 a 16 MHz, quando la 
KCS lo documenta a circa 
11 MHz. 

Il coprocessore matematico 
non è ovviamente presente 
e manca anche lo zoccolo 
per l'eventuale inserimento. 
La scheda grafica “vista” è 
Vìdeo Graphics Array (VGA) 
a 16 colori con risoluzione 
640x480 interlacciati, ven- 
gono viste due seriali (la RS- 
232 e la porta mouse), una 
parallela Centronics e la 
normale tastiera XT a 83 
tasti. Syslnfo afferma che la 
Power PC Board gira 2.8 
volte più velocemente di un 
XT analogo, il che significa 
una velocitàdi 17 MHz. 
(Ricordiamo che quella 
documentata è di 1 1 MHz.) 
Altri benchmark più specifi- 
ci su operazioni di ShellSort/ 
QuickSort e sul Crivello di 
Eratostene (Sieve) hanno 
dimostrato che la scheda ha 
delle prestazioni nettamen- 
te superiori a un PC compa- 
tibile clone XT, un rapporto 
prezzo/prestazioni tre volte 


migliore! 

COHCLUSIONI 

La KCS Power PC Board è la 
soluzione definitiva per chi 
vuole entrare in contatto col 
mondo MS-DOS ad una 
spesa accettabile, anche 
scendendo a compromessi. 
In realtà questa scheda è 
veramente il passo succes- 
sivo dopo l’emulazione soft- 
ware e la semplicità di in- 
stallazione è il suo punto di 
forza. Inoltre, ed è bene non 
dimenticarselo, fornisce un 
normale Amiga inespanso 
anche di 1 Mb di memoria, 
metàdellaquale può essere 


usata come RAM Disk resi- 
stente al reset. Il nuovo soft- 
ware di gestione che sup- 
porta le partizioni MS-DOS 
su hard disk, è compatibile 
con la maggioranza dei 
controller (ma non col mio 
TrumpCard!) e permette 
agli utenti un po’ più intra- 
prendenti di lavorare in 
ambiente MS-DOS con mol- 
ta più comodità. Le caratte- 
ristiche che pongono que- 
sto prodotto un gradino più 
su degli altri sono l’eccezio- 
nale velocità dì refresh del 
video in qualunque risolu- 
zione e con qualunque 
emulazione di scheda grafi- 
ca (più veloce della Golden 
Gate AT 386SX!), la meravi- 
gliosa velocità di accesso ai 
floppy che fa dimenticare di 
non poter disporre di un 
hard disk. Infine, è possibile 
utilizzare tutta la memoria 
presente nel sistema (fino a 
8 Mb) come memoria 
espansa in modo da poter 
far girare Windows 3.0 e altri 
programmi con grosse pre- 
tese di memoria. Con que- 
st’ultima release della Po- 
wer PC Board, la KCS ha 
sferrato un attacco deciso 
alla Vortex che con la sua 
ATonce puntava ad acca- 
parrarsi tutto il mercato del- 
l’emulazione MS-DOS su 
Amiga 500. A 


SCHEDA PRODOTTO 


Nome Prodotto: Power PC Board - Power 
PC Board Plus 

Casa Prodruttrice: Kolff Computer Supplies 
BV (KCS BV) - Olanda 

Distribuito da: Soundware - Tel. 0332/232670 
Prezzo: Power PC Board L. 489.000 - Adaptor 
per PC Board Amiga 2000/3000 L. 179.000 
Giudizio: molto buono 
Pro: discretamente economico, facilmente 
installabile, ottimo software, espansione di 
memoria inclusa, supporto hard disk 
Contro: assenza multitasking, nessuna 
condivisione PC-Amiga 

Configurazione della prova: Amiga 2000, 
due disk drive, 5 Mb memoria, Hard Disk 
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SUPRAFAXMODEM 

V.32BIS 


D opo mesi e mesi di 
grande attesa, ecco 
finalmente in prova il 
nuovissimo SuprafFaxMo- 
dem della Supra, che con 
un prezzo sbalorditivo, al- 
meno nel mercato USA, 
capacità di trasmissione 
veloce e, udite udite, possi- 
biltà di ricevere è trasmette- 
re fax, ormai entrato prepo- 
tentemente nella società 
moderna, apre nuove pro- 
spetive nella telefonia a 
basso costo. 

IL SUPRAFAXMODEM 

Il SupraFax V.32 bis viene 
distribuito in due versioni, 
con o senza supporto soft- 
ware. Quella provata da noi 
includeva oltre al veloce 
modem, di contenutissime 
dimensioni, e ai cavi di con- 
nessione, il programma di 
comunicazione A-Talk III e il 
software GPFax per la ge- 
stione delfacsimile. 

La confezione si presenta 
completa come pure i vari 
manuali allegati che danno 
esaurienti nozioni sia sull’u- 
so dei programmi inclusi sia 
sulla configurazione dell - 
hardware. Le caratteristi- 
che riportate per quanto 
concerne la parte facsimile 
sono: velocità di trasmissio- 
ne e ricezione 9600 baud, 
compatibilità con lo stan- 
dard del gruppo3, classe2 
TIA TR29.2, possibilità di 
mandare una certa quantità 
.di pagine di testo o grafica 


Luca Bellintani 


Ricevere e trasmettere fax 
con un modem ultra - veloce. 



(immagini I FF) a vari numeri 
telefonici automaticamente 
con intestazione del docu- 
mento, ricezione automati- 
ca del fax includendo data e 
ora di arrivo, conversione 
automaticadel testoe delle 
immagini IFF nel formato fax 
“G3” e viceversa, interfac- 
cia ARexx con più di 30 
comandi. 

Tutti i moderni facsimile 
usano il formato Group 3 
definito nel documento 
CCITT, il cui contenuto non 
è altro che un protocollo per 
latrasmissionedifile. Il soft- 
ware GPFax emula la mag- 
gior parte delle funzioni 
normalmente disponibili su 
molti facsimili, riproducen- 
do fedelmente le pagine nel 
formato standard A4 (210 
mm di larghezza per 297 
mm di lunghezza) sfruttan- 
do come risoluzione grafica 
per le immagini i 1 728 pixel 
in orizzontale per 1 1 44 pixel 
in verticale. Si ha la possibi- 
lità di usare il modo stan- 


dard oppure il modo fine, 
quest’ultimo per ottenere 
una risoluzione doppia con 
un conseguente raddop- 
piamento della lunghezza 
del file trasmesso. La con- 
versione datile di testo a file 
fax può avvenire manual- 
mente tramite il comando 
“convert to fax” oppure au- 
tomaticamente sfruttando il 
printer. device; ciò avviene 
tramite il GPFax. driver con 
cui viene fornito il program- 
ma, il quale intercetta le 
chiamate alla stampante 
generando anche il file fax 
ogni volta che un program- 
ma richieda l’uso di questa 
risorsa. La conversione del 
testo avviene sfruttando uno 
dei font Amiga disponibili, 
addiritturaè possibile sele- 
zionare un font Compugra- 
phics(solosuO.S. 2.0). Per 
poter trasmettere una im- 
magine dobbiamo prima 
assicurarci che questa sia 
ad un bitplane altrimenti 
verrà automaticamente 


passataadue colori. Inoltre, 
dato che la dimensione oriz- 
zontale di un foglio di fax è 
1728 pixel, è consigliato 
creare con Deluxe Paint (o 
un altro programmadi grafi- 
ca che lo consenta) uno 
schermo con queste dimen- 
sioni per avere una immagi- 
ne a tutto schermo; tuttavia 
se questa dovesse essere 
più stretta il programma 
penserà automaticamente 
alla centratura nel foglio. 

Le pagine del manuale ri- 
guardanti l’installazione del 
software sono molto curate 
e consentono un perfetto 
usosiaagli utenti in posses- 
so di un hard disk che hai 
possessori di un semplice 
Amiga 500 con almeno un 
Megabyte di Chip. 

LA PROVA 

Cominciamo con l’analisi 
dettagliata del programma 
GPFax e partiamo dalla fun- 
zione Environment che ser- 
ve a definire una testata 
personalizzata per il fax, 
selezionando il nome della 
ditta, il numero di telefono e 
del fax e la possibilità di 
caricare dall’esterno un file 
IFF con raffigurata un’inte- 
stazione della ditta. Inoltre, 
vengono definiti iltipodifont 
da usare, i margini di stam- 
pa e i settaggi del modem. 
Numerose sono anche le 
opzioni atte ad abilitare la 
risposta automatica alla ri- 
chiesta di connessione, la 
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HARDWARE 


Il package del SupraFaxModem 


Le opzioni del GPFax. 



risoluzione graficae l'uso di 
ARexx. 

Selezionando "Transmit 
Fax” entreremo nelle opzio- 
ni di trasmissione in cui inse- 
riremo il numero di telefono 
del destinatario direttamen- 
te o prelevandolo da un 
phone book in memoria. 
Memorizzando più numeri 
sotto uno stesso gruppo, 
potremmo fare una selezio- 
ne multipla specificando 
solamente il nome del grup- 
po di appartenenza. Cuc- 
cando sull’icona Now dare- 
mo il via all’operazione di 
send connettendoci al fax 
ricevente oppure, trovando 
la linea occupata, aspettan- 
do per un periodo di tempo 
predefinito e poi riprovando 
la connessione. Vi è anche 
l’opportunitàdi definire una 
data e un’ora di trasmissio- 
ne e, quindi, il computer 
entrerà in uno stato di attesa 
fino al raggiungimento del- 
l'orario previsto, dopodiché 
comincerà una sequenza di 
operazioni memorizzate in 
un determinato script. 
L’opzione display visualiz- 
zerà in modo interlacciato 
(512 pixel in PAL e 400 in 
NTSC) le pagine seleziona- 
te, tenendo presente la 
necessitàdì unaconsidere- 
vole quantità di memoria 
CHIP libera. Se questa non 


fosse completamente di- 
sponibile (normalmente 
vengono richiesti circa 700 
«Byte), il programma pen- 
serà automaticamente a 
gestire quella restante vi- 
sualizzando l'immagine 
progressivamente. Utile 
anche lafunzione di “invert” 
per rovesciare un file tra- 
smesso capovolto. Le pos- 
sibili viste vengono selezio- 
nate agendo sui gadget di 
scala: 1/1 , 1/2 e 1/4 sono le 
tre frazioni di schermo previ- 
ste e usando il mouse o i 
tasti cursore è possibile 
agevolmente scrollare la 
zona di immagine attiva. 

Il comando “transmit” può 
venire schedulato e quindi 
eseguito autonomamente, 
provando subito la connes- 


sione e in caso di fallimento 
a causa della linea occupa- 
ta o di una non risposta da 
parte del ricevente, il GPFax 
riproverà la connessione 
per cinque volte aumentan- 
do il tempo di attesa tra una 
chiamata e l’altra in modo 
esponenziale. Se anche l’ul- 
timo tentativo dovesse falli- 
re il processo avrà termine, 
potendo riscontrare i pro- 
blemi in un file di log che 
normalmente tiene memo- 
rizzato tutti i comandi ese- 
guiti e i vari messaggi di 
output. 

Per quanto riguarda la 
compatibilità con ARexx la 
software house “Brisbane”, 
sviluppatrice del prodotto, 
ne garantisce una completa 
affidabilità includendo, inol- 


tre, alcuni script per agevo- 
larne l’uso. 

Durante la prova, consisten- 
te nel ricevere tre pagine di 
testo e grafica (sia disegna- 
ta con computer che boz- 
zetti a mano) e in seguito nel 
ritrasmetterlo, abbiamo 
constatato un’eccellente 
qualità di trasmissione e 
protezione dagli errori, otte- 
nendo alla fine del test una 
copia dell’originale molto 
pulita e ben definita, il tutto 
in un tempo di due minuti cir- 
ca per la ricezione e altret- 
tanti perlatrasmissione. 

IL MODEM 

Analizziamo ora il modem e 
le caratteristiche dichiarate 
dalla casa: per quanto ri- 
guarda la correzione degli 
errori supporta gli standard 
2, 3, 4 e 10 del “Microcom 
Networking Protocol” 
(MNP), ad esempio, MNP4 
viene usato per connettersi 
a CompuServe; MNP 10 
invece è lo standard usato 
dai telefoni cellulari e quindi 
sviluppato per connessioni 
molto disturbate. La com- 
pressione MNP 5 offre un 
guadagno di 2/1 sui file di 
testo ma, naturalmente, 


I vari menu di GPFax. 
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SCHEDA PRODOTTO 


Nome Prodotto: SupraFax V.32bis 

Casa Prodruttrice: Supra Corporation 

In vendita: nei migliori computer shop 

Prezzo: circa 300$ con software 

Giudizio: molto buono 

Configurazione richiesta: Amiga base per 

uso come modem, Amiga espanso con almeno 1 

Mb di CHIP per uso come facsimile 

Pro: ottime prestazioni come fax e alte velocità dì 

trasmissione 

Contro: difficoltà nella configurazione, ma è una 
caratteristica di tutti i modem ad altà velocità 

Configurazione della prova: Amiga 3000 
Tower 


questo rapporto si riduce 
drasticamente lavorando 
con file già compressi con 
qualche archiviatore del 
tipo LHA, DMS, ZOO. La 
compressione usata con il 
V.42bis è chiamata BTLZ e 
dichiara un throughput 
(rapporto lavoro/tempo) di 
4/1. 

La connessione tra i due 
modem avviene dapprima 
provando il link alla velocità, 
massima supportata, cioè a 
14.400 bps e se questa non 
fosse possibile viene auto- 
maticamente abbassata 
fino al raggiungimento di 
una velocità comune ad 
entrambi. Per quanto riguar- 
da la scelta dei protocolli di 
compressione e di correzio- 
ne questi vengono negoziati 
tra i due modem mostrando 
entrambi le loro capacità e 
scegliendo cosi la massima 
possibile: per quanto ri- 
guarda il nostro SupraFax 
l’ordine decrescente consi- 
sterà in v.42bis, v.42, MNP 
10, MNP 5, MNP 4, MNP 3, 
MNP 2 per finire con una 
connessione priva di proto- 
colli. 

Bisogna, inoltre, settare il 
tipo di controllo di flusso da 
usare, hardware e/o softwa- 
re, e come comportarsi 
quando viene rilevata la 


portante. E’ possibile co- 
munque caricare configura- 
zioni predefinite che agevo- 
leranno sicuramente le per- 
sone inesperte in questo 
difficile compito. Il manuale 
del modem riporta in questo 
caso una dettagliata ed 
esauriente descrizione di 
tutte le opzioni possibili con 
i relativi esempi, introducen- 
do l’utente all’uso dei co- 
mandi AT presentandoli 
man mano che ne venga 
richiesto l’uso. 
Naturalmente, passando ad 
un modem ad alta velocità 
di trasmissione aumentano 
anche i problemi di settag- 
gio i quali possono venire 


risolti solamente con l’espe- 
rienza e con lo scambio di 
consigli. Il fatto di dover 
configurare molte variabili e 
una serie di registri interni 
(più di 30!) scoraggerebbe 
chiunque e la manualistica 
in inglese sicuramente non 
sarebbe d'aiuto a tutti (dob- 
biamo tener presente che 
molti utenti Amiga sono a 
digiuno di lingua anglosas- 
sone). Ricordiamo, però, 
che si tratta di un modem di 
tutto rispetto e che le possi- 
bilità offerte valgono sicura- 
mente la pena di passare 
alcune notti (non molte) 
svegli a studiare. Questo, 
comunque, volendolo sfrut- 


tare fino infondo, acconten- 
tandosi di un uso normale 
basterà affidarsi ai settaggi 
della casa produttrice me- 
morizzati nella ROM interna. 
(Comunque, èstataaggior- 
nata poco tempo fa e sono 
stati aggiustati alcuni bug.) 
Durante il test, effettuato 
usando il programma di 
comunicazione abbinato al 
pacchetto A-Talk III, siamo 
riusciti a raggiungere in fase 
di download (ricezione di un 
file compresso) una velocità 
di 970 CPS. 

CONCLUSIONI 

Nettamente positivo l’esito 
della prova sia per quanto 
riguarda l’uso del fax sia per 
l’uso come modem. Anche il 
software di gestione è ad 
alto livello qualitativo, so- 
prattutto il programma 
GPFax, Il rapporto qualità/ 
prezzo, tra i migliori sul 
mercato, ci consente di 
consigliarlo a chiunque vo- 
lesse acquistare un modem 
o un fax e non volesse spen- 
dere un'esagerazione, sen- 
za per questo dover rinun- 
ciare al “brivido dell’alta ve- 
locità”. ▲ 

Ringraziamo la società Digi- 
team perla collaborazione. 


La ricezione di un Fax. 


L 'environment del GPFax. 
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GVP A530 Turbo 


a cura della redazione 


Un motore da 3000 dentro Amiga 
500 e Amiga 500 Plus. 


P rima o poi il 500 mo- 
stra i suoi limiti. E' una 
macchina fantastica, 
ma senza hard disk è diffici- 
le non sentirsi impastoiati. Il 
multitasking Amiga è ecce- 
zionale, ma si comincia ve- 
ramente ad apprezzarlo, 
soloquandosi haadisposi- 
zioneunaadeguataquanti- 
tà di memoria. Il 68000 è un 
ottimo processore, ma un 
po' di velocità in più non fa- 
rebbe male. Non guaste- 
rebbe anche un minimo di 
espandibilità in più. E 1 evi- 
dente che il programma sta 
assumendo una brutta pie- 
ga e cominciano i dubbi. 
Esiste unasoluzione unica, 
elegante, raffinata e com- 
pletaatutti questi problemi: 
si chiama 530 ed è prodotto 
dalla GVP. In un cabinet di 
plastica che si sposa alla 
perfezione con il 500 o con il 
500 Plus si trova una scheda 
acceleratrice 68030, un'e- 
spansione di memoria a 32 
bit, un controller SCSI, un 
hard disk e una porta d'e- 
spansione interna. C'è dun- 
que tutto quello che serve 
per dare una seconda vita al 
500 e risolvere d'un colpo 
tutti i problemi citati. 

Il 68EC030 A 40 MHZ 

Il 530 è in primo luogo una 
scheda acceleratrice dota- 
ta di 68EC030, un 68030 
privo di MMU, a 40 MHz. 40 
MHz significano 60% in più 
rispetto ai 25 MHz del 3000. 


L'MMU non ha attualmente 
su Amiga un grande ruolo, 
essa serve, in generale, a 
controllare la memoria e 
permette cose come la 
memoria virtuale, quando il 
sistema sia dotato di softwa- 
re adeguato. 

Solo adesso cominciano ad 
apparire i primi programmi 
di questo genere (come 
Gigamem) che permettono 
di mantenere su hard disk 
una parte della memoriadel 
computer e di caricarla solo 
quando la CPU accede ef- 
fettivamente ad essa. E' uti- 
le nel caso in cui si gestisca- 


no grandi quantità di dati e 
non sia possibile ricorrere 
ad altre soluzioni (la memo- 
ria virtuale rallenta moltissi- 
mo il sistema). La sua as- 
senza dal 530 non costitui- 
sce un grosso problema (a 
fronte soprattutto del gran- 
de risparmio economico 
che consente). 

Sul 3000, che rimarrà per 
tutto l'articolo il nostro termi- 
ne di paragone, compare 
anche il 68882 un processo- 
re matematico che velociz- 
za enormente (decine e 
decine di volte, in certi casi 
centinaia) i calcoli in virgola 


mobile. Sul 530 compare 
uno zoccolo per il 68882, il 
quale può essere aggiunto 
in un secondo momento 
senza particolari problemi. 
Va notato che anche il 
68882 deve essere a 40 
MHz. 

RAM A 32 BIT, RAM 
CHIP E ROM 

Il 68030, per manifestare la 
sua velocità, ha assoluta- 
mente bisognodi RAM a32 
bit. Senza questo tipo dì 
RAM, il 68030 è un aggeg- 
gio inutile e sprecato che 
non vale assolutamente il 
suo prezzo. Nel 530 è fortu- 
natamente presente una 
scheda di memoria a 32 bit 
che può montare fino a 8 Mb 
di RAM (sul 3000 sono 16). Il 
530 usa moduli SIMM (più 
facili da montare di altri) da 
60 ns, reperibili presso la 
GVP: c'è spazio per due soli 
moduli che possono avere 
entrambi il formato da 1 Mb 
o da 4 Mb. 

Di serie viene fornito 1 Mb di 
memoria a 32 bit. Compran- 
do un secondo modulo da 1 
Mb, si porterà la memoria a 
2 Mb; per arrivare a 8 Mb si 
dovrà invece eliminare il 
modulo da 1 Mb fornito di 
serie e montarne due da 4 
Mb. 

Va notato che 60 ns sono 
molto pochi: la memoria 
dunque è estremamente 
veloce, proprio per tener 
dietro ai 40 MHz del 68030 
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L 'interno della A530. 

(sul 3000 si utilizzano nor- 
malmente chip da 70 o 80 
ns). Le maggiori prestazioni 
della memoria sono anche 
consentite dal bus a 32 bit 
che prende il posto di quello 
a 16 bit del 68000. La me- 
moria Chip, invece, resta 
quella del 68000, e la sua 
velocità pure. Questo è un 
punto a favore del 3000, ma 
si tratta di un fenomeno 
comune a tutti i 500 e 2000 
accelerati. Si risente di tale 
limite quando la CPU va a 
scrivere o leggere su dati 
che risiedono in Chip RAM, 
come i bitplane o i campioni 
audio. Se la Fast è poca (e 1 
Mb di Fast non sono poi 
tanti) la CPU sarà presto 
costretta a lavorare con la 
memoria Chip anche con gli 
altri tipi di dati, con grossi 
rallentamenti del sistema. 
Per velocizzare ulteriormen- 
te il 530 è possibile copiare 
la ROM in Fast RAM me- 
diante un programmaforni- 
to dalla stessa GVP: ovvia- 
mente questa operazione 


con le ROM 2.0 porta via 
512KdimemoriaFast. 

In conclusione, 1 MbdiRAM 
a 32 bit è di per sé sufficien- 
te, ma appena si usa il siste- 
ma con qualche grosso 
applicativo, si avverte im- 
mediatamente la necessità 
di un po' di Fast in più. 

CONTROLLER SCSI 
E HARD DISK 

Il 530 è dotato di controller 
SCSI e hard disk da 40, 1 20 

0 240 MB. Il controller è 
molto veloce e in tecnologia 
DMA. Ciò significa che du- 
rante i trasferimenti da/e 
verso hard disk la CPU rima- 
ne libera di fare altro, per- 
ché il controller accede di- 
rettamente alla RAM, senza 
passare attraverso il 68030. 
Ciò è molto utile in un am- 
biente multitasking, come 
quello Amiga. 

1 controller SCSI permettono 
di collegare fino a 8 unità. 
Sul 530 una è il controller e 
una l'hard disk interno: ne 


rimangono altre 6 che pos- 
sono essere collegate al 
530 mediante la porta SCSI 
esterna, posta sul retro del 
530. I dispositivi SCSI in 
commercio sono sempre 
più numerosi: CD-ROM, 
hard disk, hard disk removi- 
bili, dischi magneto-ottici, 
scanner, tape streamer, 
DAT, Floptical e così via. Da 
questo punto di vista, si 
aprono immense prospetti- 
ve di espandibilità per il 500, 
che lo portano a livello di 
personal computer più co- 
stosi (come l'A3000 o il 
Macintosh). Il controller uti- 
lizzato sul 530 è quello or- 
mai collaudato della GVP, 
affidabile e veloce, uno dei 
migliori per Amiga e dotato 
di eccellente software di 
gestione. 

PORTA D'ESPANSIONE 
INTERNA 

La GVP ha da tempo creato 
un proprio standard per 
mantenere l'espandibilità di 
Amiga 500 senza utilizzare il 


sistema del bus passante. 
Già negli ultimi hard disk per 
il 500 aveva inserito una 
porta d'espansione interna 
che poteva essere utilizzata 
da dispositivi GVP progetta- 
ti appositamente. Tale porta 
compare anche nel 530: per 
ora, però, l'unica espansio- 
ne esistente è l'emulatore 
MS-DOS A500-PC/286 (ri- 
mandiamo alla recensione 
apparsa su uno dei numeri 
precedenti per un test com- 
pletodellascheda). 

LA NOSTRA PROVA: 
CONFEZIONE 
E INSTALLAZIONE 

Abbiamo provato il 530, 
dotato di hard disk da 121 
Mb Maxtor (un marchio di 
sicura qualità) e 1 Mb di 
RAM a 32 bit, su un 500 Plus 
con 2 Mb di Chip RAM 
(espansione da 1 Mb nel 
cassetto interno). La grazio- 
sa confezione del 530 con- 
teneva il 530, un alimentato- 
re separato nero (diverso da 
quello che appare nelle foto 
sullascatola), un trasforma- 
tore 220/110 volt, due ma- 
nuali, un disco con il softwa- 
re di installazione e i soliti 
fogli volanti (garanzia, sche- 
da di registrazione, pubbli- 
cità del PC/286). Esterna- 
mente il 530 appare molto 
elegante: sul cabinet si nota 
il grosso pulsante per esclu- 
dere la scheda dal sistema 
e tre led (accensione, fun- 
zionamento scheda e ac- 
cesso all'hard disk). Il fondo 
è in metallo ma dotato di 
sottili strisce di protezione 
per il mobilio. Sul retro 
compare la presa DIN per 
l'alimentatore separato e la 
porta SCSI esterna. Il 530 è 
compatibile con 1.3 e 2.0. 
Se si dispone di un 1.2, la 
GVP consiglia l'upgrade 
perlomeno all' 1 .3. Infatti 
sotto 1.2 gli hard disk non 
possono essere autoboot e 
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sorgono problemi con le 
partizioni in FFSoOFS: non 
vale proprio la pena di utiliz- 
zare l'A530 sotto 1 .2 (con il 
quale la GVP non garanti- 
sce il corretto funzionamen- 
to). L'upgrade all' 1 .3 (me- 
glio al 2.0) è ormai un obbli- 
go, specie quando si ag- 
giunge un hard disk. 
L'installazione è di per sé 
semplicissima: si toglie il 
coperchio del busd'espan- 
sionedel500esi infila il 530. 
Si collega l'alimentatore alla 
presa posteriore del 530 e si 


riaccende il computer. Il 
530 si può lasciare sempre 
collegato: si accenderàesi 
spegnerà automaticamente 
seguendo il 500. E 1 tutto: 
l'hard disk, infatti, arriva già 
installato (meglio, si installa 
automaticamente la prima 
voltache si accende il siste- 
ma, operazione, questa, 
che richiede qualche minu- 
to). Non c'è proprio nient'al- 
tro datare se non copiare su 
hard disk i programmi checi 
servono o partizionare 
l'hard disk per cambiarne 


l'organizzazione (la GVP 
prevede per il modello da 
1 20 Mb due partizioni da 60 
Mb). Solo un piccolo proble- 
ma: l'alimentatore ha una 
spina americana dotata di 
terra, mentre il piccolo (for- 
se un po' troppo piccolo) 
trasformatore 220/1 1 0 V for- 
nito con i modelli destinati al 
mercato italiano non ha 
terra. Sul manuale si dice a 
chiare lettere che la terra 
deve essere col legata, altri- 
menti si rischiano danni al 
530 o al 500. Abbiamo su- 


perato il problema collegan- 
docon untilo volante laterra 
della spina americana alla 
terra dell'impianto elettrico. 
Va notato, inoltre, che sull'a- 
limentatore compare la 
scritta 110/240 Volt, 50-60 
Hz; sembrerebbe dunque 
compatibile con i 220 Volt 
50 Hz della rete elettrica 
italiana: abbiamo provato a 
non utilizzare il trasformato- 
re e ha funzionato tutto cor- 
rettamente. D'altra parte, la 
spina americana non è 
adatta alle prese italiane e 


MKSoft DiskSpeed 4.1 Copyright © 1989-91 MKSoft Development 


CPU: 68030 
OS Version: 37.1 75 
Normal Video DMA 
Device: dhl: 

Buffers: 64 

Comments: A530 Turbo hard disk Maxtor 1 21 Mb 


CPU Speed Rating: 
File Create: 

File Open: 
Directory Scan: 
File Delete: 
Seek/Read: 


1377 
38 (56%) 
68 (39%) 
134(39%) 
1 25 (28%) 
305 (9%) 


Test 

Memoria 

512 

4096 

32678 

262144 

Creati 

Scritti 

Letti 

CHIP BYTE 
CHIP BYTE 
CHIP BYTE 

30946(67%) 

18400(74%) 

56903(42%) 

32343(79%) 

17708(81%) 

70135(52%) 

31512(80%) 

17251(82%) 

72397(54%) 

31351(81%) 

16198(83%) 

73415(54%) 

Creati 

Scritti 

Letti 

CHIPWORD 
CHIP WORD 
CHIPWORD 

28530(72%) 

28752(74%) 

73307(38%) 

168812(63%) 
188920(64%) 
373851 (31%) 

374119(54%) 

480564(48%) 

726364(22%) 

579679(39%) 

841449(22%) 

900617(17%) 

Creati 

Scritti 

Letti 

CHIPLONG 
CHIP LONG 
CHIPLONG 

28473(72%) 

28439(75%) 

73280(38%) 

171177(63%) 

188920(64%) 

377990(30%) 

380594 (53%) 
481522(47%) 
724992(23%) 

579679(39%) 

841449(22%) 

901723(17%) 

Creati 

Scritti 

Letti 

FAST BYTE 
FAST BYTE 
FAST BYTE 

30145(71%) 

17645(77%) 

59467(44%) 

32493(81%) 

17746(82%) 

73097(56%) 

31600(83%) 

17283(83%) 

76863(57%) 

31473(83%) 

16181 (84%) 
77542(57%) 

Creati 

Scritti 

Letti 

FAST WORD 
FAST WORD 
FAST WORD 

28410(72%) 

28749(74%) 

73600(39%) 

171602(65%) 
188597(66%) 
381011 (34%) 

380167(57%) 

487740(51%) 

730444(31%) 

580392(44%) 

841449(29%) 

900617(28%) 

Creati 

Scritti 

Letti 

FAST LONG 
FAST LONG 
FAST LONG 

29078(72%) 

28439(75%) 

73097(39%) 

168153(65%) 

188873(66%) 

375620(35%) 

380309(57%) 

487558(52%) 

729536(31%) 

580392(44%) 

841449(30%) 

901723(28%) 


Il test dell'hard disk con una partizione da 60 Mb vuota. Si noti che i risultati con la memoria allineata alla word e alla longword, 
sia in Chip che in Fast sono praticamente equivalenti. I risultati sono più che soddisfacenti sotto tutti i punti di vista. 
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serve comunque un adatta- 
tore dotato di terra. Speria- 
mo che la RS (distributore in 
Italia di GVP) risolva al più 
presto la questione. I pro- 
blemi del 530finisconoqui. 
Tutto il resto ha funzionato 
subito in maniera eccellen- 
te. 

L'INTERNO 

Per aprirlo basta svitare tre 
viti a croce (poste sul fondo) 
e subito si accede a un inter- 
no molto ordinato in cui 
spiccano l'hard disk, il 
modulo SIMM da 1 Mb 60 
ns, la ventola piccola e si- 
lenziosa e lo slot 
d'espansione. Per accede- 
re al 68030 e allo zoccolo 
per il 68882 occorre svitare 
altre quattro viti che servono 
a fissare la slitta dell'hard 
diskalfondodel530. Nonè 
difficile, anche se bisogna 
fare i conti con vari cavi 
(ventola, switch, alimenta- 
zione hard disk, SCSI). 

DOCUMENTAZIONE 

In inglese, ma molto bella. 
Precisa, analitica, chiara, 
con molte figure, chiarifica- 
zioni di carattere generale e 


spiegazioni passo per pas- 
so, ove servono. Non man- 
cano particolari tecnici, 
come spiegazioni sui jum- 
per interni e consigli di vario 
tipo. Le istruzioni su come si 
aggiunge il 68882, la me- 
moria a 32 bit, le eventuali 
schede d'epansione, le 
periferiche SCSI sono molto 
preciseechiare. Ilsecondo 
manuale riguarda il softwa- 
re di gestione dell'hard disk, 
che è fornito in due versioni 
(per novizi e avanzata): lo 
stesso manuale e gli stessi 
programmi si trovano anche 
su gli altri hard disk della 
GVP. Ilgiudizioèottimonon 
solo per le spiegazioni rela- 
tive all'uso dei programmi, 
ma anche per i consigli, i 
trucchi e le indicazioni sul 
comportamento da tenere 
in caso di crash dell'hard 
disk. 

SOFTWARE 

Sul disco di installazione 
compaiono molte utility: ol- 
tre all'eccellente software di 
formattazione, ci sono pro- 
grammi per controllare la 
CPU, compatibili con 1.3 e 
2.0 (SetCPU e 
GvpCpuCntrl), per testare 


sfHiP* prodotto 


Nome: A530 Turbo 
Casa produttrice: GVP - USA 
Distribuito da: RS - Tel. 051-765563 
Prezzo: 2.580.000 Lire (120 Mb), 2.160.000 
Lire (40 Mb) 

Giudizio: eccellente 

Configurazione richiesta: A500 o A500 
Plus, 1 .3 o 2.0 

Pro: facilità di installazione, eleganza, porta 
d'espansione, velocità CPU, software di 
gestione, documentazione, compatibilità, 
controller SCSI, RAM a 32 bit da 60 ns 
Contro: assenza MMU, spina americana, 
impossibilità di vedere RAM e controller in modo 
68000, manuale in lingua inglese 
Configurazione della prova: A500 Plus, 2 
Mb di Chip 


Instruction Cache: ENABLED 

Data Cache: ENABLED 

Inst Cache Burst Mode: ENABLED 

Data Cache Burst Mode: ENABLED 

Data Cache Write Allocate: ENABLED 

Test Name: InstTest 

This Machine 

7.95 

A500-NFR 

1.00 (680001 SC Math) Base System 

A2000-FR 

1 .00 (68000 1 SC Math) 

A2500-20 

2.60 (68000 1 SC Math) 

A3000-25 

5.86 (68000 1 SC Math) 

Test Name: Writepixel 

This Machine 

1.90 

A500-NFR 

1 .00 (68000 1 SC Math) Base System 

A2000-FR 

1.01 (68000 1 SC Math) 

A2500-20 

2.80 (68000 ISC Math) 

A3000-25 

4.00 (68000 ISC Math) 

Test Name: Sieve 

This Machine 

12.74 

A500-NFR 

1 .00 (68000 1 SC Math) Base System 

A2000-FR 

1 .02 (68000 1 SC Math) 

A2500-20 

4.51 (68000 1 SC Math) 

A3000-25 

8.10 (68000 1 SC Math) 

Test Name: Dhrystone 

This Machine 

7.36 

A500-NFR 

1 .00 (68000 1 SC Math) Base System 

A2000-FR 

: 1.02 (68000 ISC Math) 

A2500-20 

2.66 (68000 ISC Math) 

A3000-25 

5.58 (68000 ISC Math) 

Test Name: Sort 

This Machine 

11.11 

A500-NFR 

1 .00 (68000 1 SC Math) Base System 

A2000-FR 

1.03 (68000 1 SC Math) 

A2500-20 

3.34 (68000 1 SC Math) 

A3000-25 

7.41 (68000 1 SC Math) 

Test Name: Matrix 

This Machine 

11.05 

A500-NFR 

1.00 (68000 ISC Math) Base System 

A2000-FR 

1.03 (68000 ISC Math) 

A2500-20 

3.82 (68000 ISC Math) 

A3000-25 

7.24 (68000 ISC Math) 

Test Name: IMath 

This Machine 

9.66 

A500-NFR 

1 .00 (68000 1 SC Math) Base System 

A2000-FR 

1.01 (68000 1 SC Math) 

A2500-20 

3.44 (68000 1 SC Math) 

A3000-25 

: 6.69 (68000 ! SC Math) 

Test Name: MemTest 

This Machine 

5.71 

A500-NFR 

1 .00 (68000 1 SC Math) Base System 

A2000-FR 

1.03 (68000 ISC Math) 

A2500-20 

3.75 (68000 ISC Math) 

A3000-25 

6.12 (68000 ISC Math) 

Ecco i risultati del test con AIBB 465. Il multitasking era disabilitato, il 
codice quello standard del 68000 (non quello ottimizzato per il 68030). 
Mancano i test per la matematica in virgola mobile, non essendo pre- 

sente il 68882. 
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laRAM(CHIPCheck, FAST- 
Check, MemTest), per mo- 
nitorare vari aspetti del si- 
stema (Gvplnfo), per il con- 
trollo della SCSI 

(GvpScsiCtrl), per reinstal- 
lare il software su hard disk 
(Installer) e altri ancora. 
Molto utile risulta 

GVPScsiCtrl, specie nel 
caso si usino hard disk rimo- 
vibili, che possono procura- 
re qualche problema al boot 
o al cambio di disco. 

PRESTAZIONI 

Il capitolo delle prestazioni 
è indubbiamente il più im- 
portante. Il 530 si comporta 
come ci si aspetta: è circa 
1.5 volte più veloce di un 
3000 (in certi casi di più, in 
altri meno) quando non c'è 
bisogno del 68882, e non si 


accede alla Chip RAM. E' 
più lento del 3000 nell'ac- 
cesso alla Chip RAM, e 
molto più lento del 3000 
quando questo usa il 68882. 
Ovviamente, se si aggiunge 
al 530 un 68882 a 40 MHz, il 
530 diventa, anche da que- 
sto punto di vista, più veloce 
di un 3000. I vari test effet- 
tuati con Al BB 465 vi potran- 
no fornire ulteriori dettagli: 
rispetto a un 500 standard 
l'incremento di velocità può 
arrivare anche a 1 3 volte. 

Il controller SCSI e l'hard 
disk montato (Maxtor) sono 
molto veloci: fino a 900K di 
trasfer rate in lettura con 64 
buffer su una partizione da 
60 Mb vuota. La CPU, inol- 
tre, è lasciata piuttosto "libe- 
ra" a testimonianza del fun- 
zionamento in DMA del 
controller. In definitiva, nulla 


daeccepire: se volete veder 
volare il vostro 500, e punta- 
te al massimo livello di qua- 
lità, questo è il prodotto che 
fa per voi. Per quanto riguar- 
da la compatibilità, è possi- 
bile, mediante il pulsante di 
cui è dotato il 530 o via soft- 
ware, disabilitare compieta- 
mente 68030, hard disk e 
memoria: è come se nulla 
fosse più collegato al 500. 
Anche i giochi più ostinati 
dovrebbero funzionare, a 
questo modo. I giochi mi- 
gliori, come il mitico e antico 
Interceptor (risalente al 
Kickstart 1.2), funzionano 
anche con 68030, hard disk, 
RAM a 32 bit, Agnus da 2 
Mb, 2 Mb di Chip e 2.0 su 
ROM. E poi dicono che per 
fare i bei giochi bisognafare 
le cose sporche... Sarebbe 
stato preferibile avere la 


possibilità di usare la RAM o 
perlomeno l'hard disk an- 
che in modo 68000, comun- 
que una volta che ci si “abi- 
tua" al 68030, difficilmente si 
torna indietro... Le nostre 
prove con modem, stam- 
pante, vari applicativi non ci 
hanno rivelato nessun pro- 
blema di incompatibilità: 
tutto ha funzionato come 
doveva e al primo colpo. 

CONCLUSIONI 

Un prodotto eccellente, 
molto curato in tutti i partico- 
lari, facile da installare, 
pronto all'uso, ben docu- 
mentato, molto veloce, 
espandibile. I miglioramenti 
possibili sono veramente 
pochi e li abbiamo indicati. 
Se vi convince, non esitia- 
mo a consigliarvelo. ▲ 



Controller SCSI 

-Oktagon SCSI-2 per Amiga 500, velocissimo, con GigaMem 
(permette ai posssori di MMU di avere fino ad un Gigabyte di 
memoria virtuale), epandibile ad 8MB, esterno 400.000 

- Versione per Amiga 2000, stesse caratteristiche 355.000 

Hard Disk SCSI 

- Fujitsu 105mb, 20ms, 3.5" W, 1 H H 640.000 

- Fujitsu 182mb, 26ms, 3.5" W, HH 960.000 

Chip RAM 

-2mb di ZIP 4MBit 514400 80ns pagemode per Oktagon, 

- 2mb di ZIP 4MBit 614402 80ns static column 150.000 

Espansioni seriali/parallele 

- MultiFaceCard II per A2000, 2 seriali bufferizzate fino a 57600 
baud anche con 68000, DTR e shared mode, e 2 parallele, 2 

- Fujitsu 330mb’ 12ms’ 3.5" W, HH 1.900.000 


- Fujitsu 520mb, 12ms, 3.5" W, HH 2.200.000 

Schede acceleratrici per A2000 

- 68030 16mhz con 2mb 32bit 80ns, FPU opzionale 850.000 

- 68030 28.5mhz con 2mb 32bit 80ns, FPU opzionale.. 1.596.000 

68030/68882 28.5mhz con 4mb 32bit 80ns 1.950.000 

- 68030/68882 25mhz Commodore con 4mb 32bit 1 .750.000 

- Espansione 32mb 32bit per A2630 con 4mb 1 . 100.000 

Schede grafiche 

- ColorMaster 12bit, 4096 colori con ogni risoluzione, manuali, 
software, si inserisce sotto il Denise, per ogni Amiga.... 380. 000 

- ColorMaster 24bit, 16 milioni di colori con ogni risoluzione, 

software per animazioni, manuali, si inserisce sotto il Denise, 
per ogni Amiga 900.000 

- Quantum 120mb, 16ms, 3.5" W, 1" H 770.000 

- Maxtor 1759mb, 13ms, 5.25" W, FH 5.500.000 

DB-OFFERTISSIMA: 

- Quantum 210mb, 17ms, 3.5" W, HH...82 0 . 00 

Drives removibili SCSI 

- Floptical Drive 20mb Insite interno 740.000 

- Dischetto da 20mb 49.000 

- Sysquest 44mb interno 570.000 

- Sysquest 88mb interno 710.000 

- FrameMaster, frame buffer, 768x576 pixels interlacciato o non 
per A2000/A3000, 16 milioni di colori, 1.5mb di video RAM, 
scheda Zorro II, uscite RGB analogica, manuali e sofware di 
supporto per ImageMaster e VD-Paint 1.350.000 

- Sony 650mb magneto-optical interno 6.100.000 

CD-ROM SCSI 

- Toshiba XM-3301B 680mb, tempo di accesso da 325ms con 

caddy, presa cuffie, uscita audio con software 860.000 

- Versione esterna con alimentatore 1.200.000 

Espansioni di memoria 

Schede di network 

- Disponibile Client Software ed hardware per Server... chiedere 

Assembliamo workstations 68030/68040 
Amiga per studi grafici/TV altamente 
testate complete di software. 

Disponibili tutti i prodotti GVP, 
PP&S, Supra, IVS, DKB ed ICD 

1 

- Espansione da 2mb reali interna per A500 con orologio. 280.000 

- Espansione da lmb per A500-F (fino a 2mb CHIP) 80.000 

- Espansione da 2mb per A600 per slot PCMCIA 310.000 

- Espansione da 4mb per A600 per slot PCMCIA 430.000 

i 


V.le Rimembranze, 26/C - 21024 Biandronno (VA) 
0332/767270 r.a. -ini Sky Link 0332/706469-739 
0332/767244 Db-Line 0332/767277-239 


Tutti i prezzi sono IVA esclusa 
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SOFTWARE CDTV 


CDPD E FRACTAL 
UNIVERSE 


Almathera è una 
nuova società ingle- 
se che si occupa 
principalmente di CD-ROM. 
Ha appena pubblicato due 
titoli che si distaccano dal 
panorama complessivo dei 
CD-ROM esistenti, sfruttan- 
do fino in fondo le doti di 
memoria di massa del CD- 
ROM peroffrire unaquantità 
di dati altrimenti inaccessi- 
bile. Esaminiamoli uno alla 
volta. 

CDPD 

Questo titolo non è frutto di 
un’idea originale: esistono 
già altri titoli analoghi per 
CDTV, ma la cura con cui è 
stato realizzato lo rende uno 
dei migliori disponibili sul 
mercato. Si tratta di una 
raccolta di Fish Disk, la 
famosa serie di dischi di 
Public Domain realizzatada 
Fred Fish. Come saprete, la 
maggior parte del software 
PD o Shareware disponibile 
per Amiga è apparso o 
apparirà in questa raccolta 
che cresce al ritmo di 10 
dischi al mese o anche più. 
Nel CD-ROM dell’Almathera 
sono presenti tutti i dischi 
dal 1 al 660 organizzati in 
directory di 25 dischi (per 
velocizzare il list delle direc- 
tory). Se si tiene presente 
che il costo della collezione 
di Fish Disk, calcolando un 
prezzo di 5000 lire afloppy, 
è pari a 660 x 5000 = 
3.300.000 lire, il costo di 



a cura della redazione 


Due ottimi programmi per CDTV 
dalla Almathera. 


questo CD-ROM (49.950 
lire), costituisce un autenti- 
co affare (senza tener conto 
del fatto che un CD-ROM è 
molto più comodo da usare 
di 660 floppy). Sono previsti 
infuturodischidi upgradea 
prezzo contenuto, che se- 
guiranno passo passo l’evo- 
luzione della raccolta di 
Fred Fish e potranno anche 
contenere nuove raccolte o 
anche programmi di PD che 
gli utenti invieranno diretta- 
mente all'Almathera (c’è 
anche un piccolo premio 
per quello ritenuto di volta in 
volta il migliore). Ricordo 
che il copyright dei pro- 
grammi Freeware e Share- 
ware rimane ai rispettivi 


autori e che i programmi 
Shareware richiedono l'in- 
vio all’autore di unapiccola 
somma di denaro per poter 
essere usati con continuità. 
Comedicevamo, dischi del 
genere sono già presenti sul 
mercato, ma quello dell’Al- 
mathera si distingue per 
come è organizzato e per 
quel che offre in più. Il CD- 
ROM, infatti, è strutturato 
come un normale disco 
Amigadi boot, che inizializ- 
za il sistema e lancia il Work- 
bench. Al termine delle 
operazioni iniziali ci si trove- 
rà dunque nella familiare 
interfaccia a icone che tutti 
gli utenti Amiga conoscono. 
Il boot avviene sotto 1 .3 con 


il CDTV o con un Amiga 500 
1 .3 dotato di A570, avviene 
invece sotto 2.0 con un 
Amiga 500 dotato di Kick- 
start 2.0 (o con le future 
versioni del CDTV, dotate di 
OS 2.0). Ci sono dunque 
directory di sistema (L:, 
DEVS: ...) distinte e la star- 
tup-sequencesi incaricadi 
selezionare quelle adegua- 
te al momento del boot. Una 
volta nel Workbench, si può 
iniziare ad esplorare il con- 
tenuto del disco con il mou- 
se o con il telecomando del 
CDTV: sotto 1.3 senza ta- 
stiera le operazioni possibi- 
li risultano un po’ limitate, a 
causa delle limitazioni del 
Workbench, sotto 2.0, inve- 
ce, ci si muove con maggio- 
re agilità. Indubbiamente, 
per sfruttare appieno il titolo 
è necessaria una tastiera 
collegata al CDTV (si può 
comprare quella nera dedi- 
cata, oppure si può facil- 
mente adattare la tastiera 
del 2000 e del 3000 al 
CDTV). Con un CDTV Com- 
puter System' o con un 
A500+A570 il CD-ROM ri- 
sulta comodissimo: si ha a 
disposizione tutto il Work- 
bench su CD-ROM e si 
possono usare le altre 
memorie di masse (floppy o 
hard disk) per applicativi e 
dati. Se invece si dispone 
del solo CDTV, questo titolo 
rende possibile il boot in 
ambiente Amiga, senza 
aver bisogno del floppy 
esterno. Ricordo che su un 
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SOFTWARE CDTV 
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Quale frattale creiamo? 
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A Barn^loy IFS Forn Fractcìl. 


Una pianta? No, un Frattale! 


numero passato di Amiga 
Magazine è apparso un arti- 
colo che offriva alcuni sug- 
gerimenti su come usare il 
CDTV senza tastiera in 
modo Amiga. Si fa tra l’altro 
riferimento ad alcuni pro- 
grammi di PD che fanno 
parte della collezione con- 
tenuta in questo CD-ROM . I 
comandi disponibili sono 
molto più numerosi di quelli 
standard: nella directory C: 
del 2.0 ne sono presenti più 
di un centinaio, che com- 
prendono oltre ai normali 
comandi DOS, programmi 
PD molto affermati e pronti 
all’uso; per esempio: 
DMOUSE, DME, Blink, 
Lharc, LHA e tutta la serie di 
PowerPacker. 

Nella directory LIBS: trovia- 
mo invece l’arp. library, la 
powerpacker. library e la 
req. library. In DEVS: si trova 
invece Parnet che permette 
il collegamento del CDTV a 
un Amiga mediante la porta 
parallela e consente di ac- 
cedere da Amiga al CD- 
ROM del CDTV come se 
fosse un qualsiasi disco di 
sistema. Ma il CDPD offre 
moltodi più: in unadirectory 
vi è l’Aquarium, pronto all’u- 
so. Si tratta di un database 
con interfaccia grafica, che 
permette di compiere delle 
ricerche per argomento al- 


l’interno della collezione di 
Fish Disk; i dati sono ovvia- 
mente aggiornati al Fish 
660. In un'altra directory tro- 
viamo, sempre pronti per 
l’uso, applicativi PD selezio- 
nati fra i migliori del settore: 
il text editor Uedit, il databa- 
se BBASE II, la calcolatrice 
LCDCALC e il foglio elettro- 
nico AnalytiCalc. Maforseil 
bello deve ancora arrivare: 
nella directory Modules tro- 
verete più di 300 moduli 
musicali e il lettore Noise- 
player. Mega e mega di 
musica per decinediore. in 
un’altra directory c’è Pro- 
T racker 1 . 1 B che consente 
di realizzare questo tipo di 
moduli musicali. 
AII’Almathera non hanno 
certo risparmiato lo spazio: 
in tutto ci sono 608 Mb, un 
CD-ROM praticamente ai 
limiti. A quel prezzo, ne vale 
veramente la pena. 

FRACTAL UNIVERSE 

Il secondo titolo dell'Almat- 
hera che esaminiamo, non 
vale meno del primo. Si trat- 
ta di un titolo dedicato ai 
Frattali che offre un quadro 
completo del “fenomeno” e 
costituisce un'ottima intro- 
duzione didattica, storica 
ed estetica al tema. Il titolo, 
compatibile anche con 


l’A570, si comporta al boot 
come un normale titolo 
CDTV e offre immediata- 
mente all’utente la scelta fra 
parte didattica e programmi 
di creazione dei frattali. Fra 
l’altro, se l’utente non ri- 
sponde, il titolo comincia 
automaticamente a visualiz- 
zare frattali su frattali, anche 
per evitare di esaurire i fo- 
sfori dellaTV o del monitor (è 
sicuramente il miglior 
screen blanker esistente al 
mondo...). Partiamo dunque 
dalla sezione didattica: oltre 
alle istruzioni per l’uso del 
disco, le informazioni sugli 
autori del programma e la 
possibilità di accedere ai 
programmi di creazione dei 
frattali, compaionotre sotto- 
sezioni: l’Art Gallery, le “le- 
zioni” sui frattali e una “di- 
mostrazione” multimediale 
della tesi che i frattali costi- 
tuiscono una forma artistica. 

ART GALLERY 

Selezioniamo con il teleco- 
mando I ’Art Gallery e avre- 
mo a disposizione un menu 
che offre la possibilità di 
accedere aH’enorme reper- 
torio di immagini realizzate 
dagli autori del programmi. 
Le immagini si possono 
vedere, accompagnate da 
una buona colonna sonora, 


in maniera casuale (20, 40, 
60 alla volta) oppure tutte 
(opzione “Stay all day”), 
oppure ancora per numero, 
mentre si può accedere di- 
rettamente a sei brevi frattali 
animati. Le immagini stati- 
che disponibili sono 400, 
presenti su disco come file 
1FF. Sono tutte di pregevo- 
lissima fattura e spaziano 
nel vasto insieme del 
“caos”, offrendo uno spac- 
cato affascinante di questo 
esteso e variegato mondo. 
Molte immagini sorprendo- 
no per il gusto con cui sono 
stati scelti gli accostamenti 
cromatici, per l’elaborazio- 
ne grafica cui è stato sotto- 
posto il grezzo dato numeri- 
co, perla varietà delle solu- 
zioni di visùalizzazione 
adottate. Non derivano so- 
lamente dall’insieme di 
Mandelbrot o Julia, ma da 
tanti metodi matematici, 
assimilabili ai frattali, di cui 
rende pienamente conto la 
sezione didattica (alcune 
sono state realizzate con 
programmi per la genera- 
zione di paesaggi frattali 
come VistaPro). Di fronte a 
questa immensa galleria, ci 
si chiede quanto tempo 
abbiano impiegato gli autori 
a realizzare tutte le immagi- 
ni, con programmi come 
MandeIVroom, ZPLOT, 
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SOFTWARE CDTV 


SCHEDA PRODOTTO 


Nome Prodotto: Fractal Universe 
Casa Prodrattrlco: Afmathera - Inghilterra 
Preso: 29.99 sterline (incluse spese di spedizione) 
Giudizio: ottimo ' 

Configurazione richiesta: CDTV o Amiga 500 
con A570 

Pro: bellezza e quantità delle immagini, precisione 
e vastità delie informazioni, cura generale del 
pacchetto 

Contro: mancanza di traduzione italiana 

Configurazione delia prova: CDTV e Amiga 
500 Plus con A570 


CPLOT, FracLab, Fractint. I 
risultati sono eccezionali e 
capaci di suscitare l'interes- 
se anche della persona più 
refrattaria a tutto ciò che sa 
di computer... Crediamo 
che questa galleria costitui- 
sca una delle più vaste e 
curate collezioni di immagi- 
ni frattali accessibile al 
grande pubblico. 

A SCUOLA DI FRATTALI 

Torniamo ora al menu pre- 
cedente per provare a capi- 
re cosa siano i frattali, l’op- 
zione “MoreAboutFractals” 
offre cinque sottosezioni in 
cui mediante immagini, ani- 
mazioni, foto, testi e spiega- 
zioni a voce (tutto solo in 
inglese, sfortunatamente) è 
possibile capire da zero 
cosa siano i frattali. Si tratta 
di un’autentica “presenta- 
zione multimediale", curata 
nei minimi particolari, di 
elevato livello tecnico ed 
estetico, capace di guidare 
anche l’utente del tutto a 
digiuno, con sicurezza e 
autorevolezza, ma che offre 
persino al conoscitore evo- 
luto informazioni molto utili. 
Le cinque parti sono costi- 
tuite da un’introduzione 
concettuale e matematica al 
tema; da una storia dei frat- 
tali che parte da Pitagora e 
giunge sino ai nostri giorni; 


da un elenco di 42 tipi di 
frattali con le rispettive for- 
mule matematiche, informa- 
zioni sullo scopritore e 
un’immagine esemplificati- 
va; da una breve sezione 
che attesta visivamente la 
presenza di frattali in natura 
e da un meraviglioso “Man- 
delbrot Journey”; una visita 
guidata nell'insieme di 
Mandelbrot che vi farà per- 
correre un viaggio visivo di 
780 milioni di chilometri nel- 
lo spazio matematico. . . 

NON SOLO MATEMATICA 

Esaurito così l’intero menu, 
ci resta da esaminare la 
breve sezione sull’arte ove, 
sempre in maniera “multi- 
mediale”, si cerca di dimo- 
strare che un'immaginefrat- 
tale non è solo il risultato di 
tecnichedicalcolo, mapuò 
essere l’esito di precise 
scelte artistiche, operate a 
livello di scelta degli acco- 
stamenti cromatici e di re- 
gioni da esplorare, oppure 
come elaborazioni a poste- 
riori deH’immagine ottenuta 
originariamente per via 
matematica. 

DALLA TEORIA ALLA 
PRATICA 

Gli autori hanno anche rea- 
lizzato tre programmi diver- 


si per permettere a chi pos- 
siede il solo CDTV, senza 
tastiera, di creare frattali. 
Tutti i programmi sono dotati 
di help in linea, ma sono stati 
progettati per risultare sem- 
plici e intuitivi. Ovviamente 
non possono sostituire pro- 
grammi, anche PD, ben più 
sofisticati, ma offrono al 
novizio la possibilità di intro- 
dursi senza particolari com- 
plicazioni in questo mondo. 
Il primo programma, chia- 
mato Trees, permette di 
generare un frattale molto 
particolare che assomiglia a 
un albero; il secondo vi por- 
terà direttamente entro l'in- 
sieme di Mandelbrot: con il 
pulsante A si seleziona di- 
rettamente il rettangolo del- 
l’insieme che si intende 
esplorare, con il B si accede 
a un menu che permette di 
scegliere fra Zoom In, Zoom 
Out, accuratezza del calco- 
lo e passaggio eventuale 
all’insieme di Julia. Il terzo 
programma, Plasma, per- 
mette di creare un tipo molto 
particolare di frattale, le cui 
immagini assomigliano a 
quelle di un cielo nuvoloso, 
e di variarne i colori, anche 
in color cycling. Tutti i pro- 
grammi hanno una velocità 
accettabile su CDTV, anche 
se non possono competere 
con programmi del calibro 
di MandeIVroom, inoltre il 


tasto B interrompe in qual- 
siasi momento le operazioni 
di calcolo. 

NON E' FINITA 

Se si dispone della possibi- 
lità di fare il boot in modo 
Amiga e si ha disposizione 
una tastiera e un mouse, sul 
CD-ROM si troveranno alcu- 
ni programmi PD per la rea- 
lizzazione di frattali (gli stes- 
si che hanno consentito la 
realizzazione di questo di- 
sco). Si tratta di Mandel, 
MandeIVroom, CPIot e 
Zplot. Sono programmi mol- 
to potenti (e difficili da usa- 
re) che possono soddisfare 
le esigenze deH’amatore 
evoluto. In conclusione, un 
titolo che possiamo racco- 
mandare senza problemi e 
che spicca nel panorama 
dei prodotti per CDTV: 100 
Mb che offrono molto sia 
all’amante del genere, sia a 
chi vuole semplicemente 
conoscere e gustare questo 
universo. L’unico vero difet- 
to è la mancanza di una tra- 
duzione italiana, specie per 
quanto riguarda la voce 
narrante. Ricordo che è 
possibile ordinare ciascun 
CD. L'indirizzoè: Almanthe- 
ra Systems Ltd. - Challenge 
House - 61 6 Mitcham Road 

- Croydon Surrey - CR9 3AU 

- England. ▲ 


, H $) e J. 

.. .... ..i-teìrfaB&fcSiS'i'fj -..rà' 

Nome Prodotto: CDPD 
Casa Prodruttrice: Almathera - Inghilterra 
Presso: 29.99 sterline (incluse spese di spedizione) 
Giudizio: eccellente 

Configurazione richiesta: CDTV con tastiera e 

mouse o Amiga 500 con A570 

Pro: rapporto prezzo/prestazioni, presenza di 300 

moduli musicali, boot diretto da CD-ROM 

in 1.3 o 2.0 

Contro: nulla di rilevante 

Configurazione delia prova: CDTV e Amiga 
500 Plus con A570 
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AREXX 


Romano Tenca 


L i ultima volta ci siamo occupa- 
1 ti di operatori, ora restano da 
esaminare alcuni “caratteri 
speciali” che svolgono funzioni par- 
ticolari, per passare poi all’esame 
delle funzioni. Un carattere speciale 
occulto è il Newline ($0A): non si 
vede a video, ma c’è. E' il codice 
ASCII che indica la fine di una riga e 
l’inizio della successiva, che per- 
mette dunque di “andare a capo”. 
L’”a capo" è interpretato da ARexx 
come fine di una proposizione, di 
una frase dotata di senso compiuto. 
ARexx interpreta un programma 
frase per frase, riga per riga. Esisto- 
no però alcune eccezioni. Due le 
conosciamo già: i commenti e le 
costanti stringa. L’inizio e la fine di 
questi elementi del linguaggio 
ARexx sono stabiliti da particolari 
caratteri (barra e asterisco per i 
commenti, apice o virgolette per le 
stringhe) e possono “scavalcare” 
tranquillamente la fine della riga. 
ARexx non considererà chiuso il 
commento o la stringa finché non 
trova i caratteri che indicano la loro 
conclusione (come abbiamo visto a 
suo tempo). Il punto e virgola, inve- 
ce, è funzionalmente equivalente al 
Newline e come tale indica la fine di 
una “frase” in linguaggio ARexx. 
Serve a inserire più di una proposi- 
zione sulla stessa riga, senza essere 
costretti ad andare a capo. E’ molto 
utile in particolari situazioni, ad 
esempio, quando si usa RX per 
eseguire delle stringhe ARexx com- 
poste da più istruzioni. Proviamo: 

RX "SAY 'prova' ; SAY 
'prova2 ' " 

A video apparirà l’output: 


prova 

prova2 

In questo caso, la stringa che ARexx 
esegue è composta da due coman- 
di SAY distinti, come se fossero stati 
scritti così: 

SAY 'prova' 

SAY 'prova2' 

A riprova di quanto stiamo dicendo, 
proviamo a tralasciare il punto e vir- 
gola: 

RX "SAY 'prova' SAY 
'prova2' " 

A video apparirà l’output: 

prova SAY prova2 

Il secondo SAY, in questo caso, non 
è stato riconosciuta come istruzione 
ARexx, ma come parte dell’argo- 
mento del primo SAY, perché ARexx 
non ha incontrato il carattere (punto 
e virgola o Newline che sia) che 
indica la fine di una proposizione 
dotata di senso compiuto. In altre 
parole, ARexx interpreta tutto ciò 
che segue il primo SAY come para- 
metro per questa istruzione, fino alla 
fine della stringa passata a RX. 

E’ possibile anche cambiare il signi- 
ficato del Newline, mediante un altro 
carattere speciale, la virgola. Creia- 
mo questo programmino con un text 
editor: 

/* */ 

SAY prò, 
va 

salviamolo e mandiamolo in esecu- 


zione. L’output a video sarà: 

PRO VA 

Cosa è successo? In condizioni 
normali, ARexx interpreterebbe tutti 
i caratteri che seguono SAY sulla 
stessa riga, come parametri per 
SAY, mentre “VA” verrebbe a far 
parte della proposizione successi- 
va. 

La virgola finale cambia però la si- 
tuazione: grazie ad essa, ARexx 
non attribuisce più a Newline il solito 
valore, ma lo interpreta come uno 
spazio, cioè come un operatore di 
concatenazione, che congiunge il 
simbolo “PRO” al simbolo “VA” (se vi 
ricordate, “prò” e “va”, in questo 
contesto, non sono stringhe, come 
saremmo portati a pensare, ma va- 
riabili prive di significato, per questo 
appaiono maiuscole nell’output a 
video del programma). 

La virgola può essere usata per più 
righe di seguito: 

/* */ 

SAY primo, 

secondo, 

terzo 

che dà come risultato: 

PRIMO SECONDO TERZO 

Cosa succederebbe se racchiudes- 
simo il tutto tra virgolette? Dovreste 
essere in grado di rispondere. Pro- 
viamo: 

/* */ 

SAY "primo, 

secondo, 

terzo" 
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L’output a video sarà: 

primo, secondo, terzo 

Come si vede, c’è più di una diffe- 
renza: le parole sono minuscole, la 
virgola è rimasta, gli spazi non 
compaiono più. Da quel che abbia- 
mo detto sul comportamento delie 
stringhe e della virgola, dovreste 
riuscire a capirne il perché. In que- 
sto caso, la virgola non viene inter- 
pretata come un carattere speciale, 
ma come un qualsiasi altro carattere 
che appartiene alla stringa, il Newli- 
ne scompare per una proprietà delle 
stringhe a noi già nota e non per la 
virgola, mentre le parole appaiono in 
minuscolo, perché fanno parte della 
stringa e non appaiono ad ARexx 
come simboli o istruzioni. Anche i 
due punti sono un carattere specia- 
le. Essi indicano la presenza di un’e- 
tichetta (label). Un'etichetta serve a 
identificare in maniera univoca un 
punto di un programma. ARexx può 
gestire dei salti verso i punti del 
programma contrassegnati da un'e- 
tichetta. Questi salti possono avve- 
nire in due modi: o come dei sempli- 
ci GOTO (tipo BASIC o C), oppure 
come delle chiamate di funzioni 
(GOSUB in BASIC). 

APRIAMO UNA PARENTESI: 

LE FUNZIONI 

Le parentesi le conosciamo già: ma 
solo come operatori all'interno di 
espressioni. In ARexx assumono 
spesso un altro significato: se la 
parentesi aperta segue immediata- 
mente un simbolo, quel simbolo 
viene interpretato da ARexx come il 
nome di una funzione, cioè di una 
subroutine, che Arexx tenterà di 
eseguire come tale. Ciò apre un 
vasto capitolo che ha a che fare con 
le etichette di cui dicevamo poco fa, 
ma non solo con loro. ARexx è infatti 
in grado di eseguire come funzioni 
un gran numero di “cose”, piuttosto 
diverse fra loro. Non è il momento di 
scendere nei dettagli, ma vale co- 
munque la pena di dare un’idea di 
quante cose possano apparire ad 
ARexx come funzioni: parti del pro- 


gramma attualmente in esecuzione 
(contrassegnate da un’etichetta), 
routine interne del linguaggio, routi- 
ne contenute in librerie esterne 
(poste nella directory LIBS:), pro- 
grammi ARexx posti su disco. 

Le parentesi, una volta aperte, de- 
vono essere chiuse: tutto ciò che è 
contenuto al loro interno verrà inter- 
pretato da ARexx come argomento 
della funzione: 

prova (argomento) 

Prima di passare l’argomento alla 
funzione, ARexx lo interpreta: infatti, 
gli argomenti delle funzioni sono 
considerati deile espressioni da 
valutare; il loro risultato sarà il para- 
metro vero e proprio che la funzione 
riceverà in ingresso. Ciò significa, in 
particolare, che se noi usiamo come 
argomento una variabile, alla funzio- 
ne non verrà passata la variabile in 
quanto tale, ma una copia del suo 
valore (come avviene in C). Le fun- 
zioni possono comparire in un pro- 
gramma ARexx ovunque è permes- 
so l'uso di una espressione: per 
esempio, con un’istruzione (come 
SAY), con un’assegnazione (dopo 
'=’). Si può anche inserire una chia- 
mata di funzione nel testo dell’argo- 
mento, anche se non è l’ideale per 
mantenere la leggibilità del pro- 
gramma: 

prova (prova2 (argomento) ) 

In questo caso, l’argomento di 
provaQ è l’espressione 
“prova2(argomento)”. ARexx prima 
eseguirà questa chiamata di funzio- 
ne e poi passerà il risultato a provaQ 
come argomento. Le funzioni pos- 
sono anche essere chiamate ricorsi- 
vamente: vedremo a suo tempo 
questa tecnica di programmazione 
avanzata. Gli argomenti possono 
essere più di uno: per separare un 
argomento dal successivo si utilizza 
la virgola: 

prova (primo, secondo) 

Questo frammento di codice viene 
interpretato come una chiamata alla 
funzione di nome “PROVA”, cui 


vengono passati come argomenti le 
variabili “PRIMO” e “SECONDO”. 
Una caratteristica fondamentale 
delle funzioni (da non scordare mai) 
è quella di ritornare un valore di 
ritorno. Tale valore di ritorno è, in 
generale, una stringa, che può es- 
sere assegnata come valore ad una 
variabile. E’ tipico dunque incontra- 
re in ARexx linee di questo tipo: 

variabile=funzione (argomento) 

E’ estremamente importante ricor- 
dare che una funzione ritorna sem- 
pre un valore e che ARexx lo sa e 
non se ne scorda. I programmatori in 
C spesso usano le funzioni come 
istruzioni isolate, rigettando implici- 
tamente il valore di ritorno: 

funzione (argl, arg2); 

Il compilatore C, in casi come que- 
sto, non tiene conto del risultato 
della funzione, che va tranquilla- 
mente perduto. In ARexxlecosenon 
funzionano a questo modo. Se voi 
non assegnate ad una variabile il 
valore di ritorno di una funzione, 
DOVETE usare l’istruzione CALL 
(CALL è un’istruzione, come SAY), a 
questo modo: 

CALL funzione argl, arg2 
oppure: 

CALL funzione (argl, arg2) 

Quando si usa CALL le parentesi 
non sono necessarie. Esse, infatti, 
servono ad ARexx per capire che il 
simbolo che le precede è il nome di 
una funzione; quando incontra 
CALL, l’interprete capisce immedia- 
tamente che deve aspettarsi il nome 
di una funzione e quindi le parentesi 
diventano superflue. Quale notazio- 
ne preferire? Probabilmente la pri- 
ma (che è anche la sola indicata sul 
manuale di ARexx) per motivi che 
risulteranno chiari tra breve, anche 
se la seconda ha il vantaggio di 
mostrare immediatamente che si è 
di fronte a una chiamata di funzione. 
Poco fa dicevamo che è necessario 
usare CALL: in teoria si potrebbe 
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anche non farlo; apparentemente, 
non succede nulla di particolare, 
tranne poi accorgersi che il proprio 
programma è lentissimo e che 
magari avviene qualche strano ac- 
cesso al disco di sistema. Infatti, 
ARexx non si dimentica che le fun- 
zioni ritornano un valore e, dopo 
averle eseguite, interpreta il valore 
di ritorno, qualunque esso sia, cer- 
cando di eseguirlo come se fosse 
una normale linea di codice. Ciò 
implica una notevole perdita di tem- 
po e anche il presentarsi di strane 
anomalie in particolari situazioni. Se 
siete dei programmatori di altri lin- 
guaggi, come il C, sarà molto facile 
dimenticarsi di questa fondamenta- 
le regola di ARexx e creare pro- 
grammi instabili e lenti (lo diciamo 
per esperienza...). Orasi può capire 
perché è preferibile la notazione di 
CALL priva di parentesi. Perché se, 
per caso, si elimina CALL (rieditan- 
do il programma) o lo si dimentica, e 
le parentesi non ci sono, il program- 
ma cessa di funzionare corretta- 
mente e possiamo accorgerci del 
nostro errore; mentre, se ci sono le 


parentesi, il programma funziona 
ugualmente, ma con la perdita di 
tempo di cui dicevamo. Ma quando 
si chiama CALL, che fine fa il valore 
di ritorno della funzione? Viene attri- 
buito a una variabile speciale: RE- 
SULT. Proviamo questo programma 
che usa la funzione interna time() 
senza argomento: 

/* */ 

CALL t ime 
SAY RESULT 

e vedremo a video l’ora attuale, cioè 
il valore di ritorno di time(), che CALL 
ha assegnato automaticamente alla 
variabile RESULT. Dunque, un pro- 
gramma del tipo: 

TEMPO=time () 

corrisponde direttamente a: 

CALL t ime 
TEMP 0=RE SULT 

Ovviamente questa seconda forma 
risulta più lenta, perché ARexx deve 


eseguire due linee di codice e non 
una, come nel primo caso. Infine, 
ricordo che anche il nome di funzio- 
ne, come tutto ciò che appare al di 
fuori delle virgolette, in un program- 
ma ARexx viene convertito in maiu- 
scolo. E’ possibile usare il minusco- 
lo solo con notazioni del genere: 

"nomefunzione" (argomento) 
'nomefunzione' (argomento) 

I nomi delle funzione interne sono 
tutti maiuscoli, così non c’è alcun 
bisogno di virgolette, ma funzioni 
esterne (quelle aggiunte da partico- 
lari librerie ARexx) potrebbero non 
essere tali. Volete una conferma? 
Provate da CLI: 

RX "SAY 'TIME' ()" 

e non ci saranno problemi, invece 
con: 

RX "SAY ’time'O" 

ARexx vi avvertirà che non riesce a 
trovare la funzione indicata. ▲ 
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USIAMO IL CU 


Digito 


Q uesta volta parleremo del 
modo in cui il CLI e la Shell 
(1 .3 e 2.0) gestiscono i livelli 
di errori e di alcuni dei comandi cor- 
relati. L’AmigaDOS è strutturato in 
maniera tale che ogni comando, al 
termine delle sue operazioni, può 
segnalare alla Shell se ci sono stati 
eventuali problemi. Tale segnalazio- 
ne avviene mediante la restituzione 
di un valore numerico che rispetta, 
solitamente, la seguente tabella: 

0 nessun errore 
5 errore lieve 
(WARNING, 
avvertimento) 

10 errore grave 
(ERROR, errore) 

20 errore ancora più 
grave (FAILURE, 
fallimento) 

Questo valore numerico indica non 
tanto il motivo dell’errore, quanto il 
livello di gravità dell’errore stesso. I 
livelli di gravità degli errori sono 
particolarmente importanti negli 
script perché influiscono sul com- 
portamento del comando EXECU- 
TE, quello che si occupa di mandarli 
in esecuzione, ma influiscono anche 
sul comando RUN, sul comando IF 
e, sebbene solo in misura ridotta, 
sulla Shell stessa. I valori indicati 
nella tabella vanno considerati 
come dei limiti, oltre i quali comincia 
un determinato livello di errore rico- 
nosciuto da EXECUTE o da IF. Ciò 
significa che se un programma ritor- 
na un codice d’errore compreso tra 
0 e 4, il comando ha avuto completo 
successo. Sopra il 5 si situa il primo 
livello di allerta: esso viene restituito 
da un comando nel caso in cui c’è 


stato un errore, ma piuttosto lieve, 
tale da non pregiudicare il compor- 
tamento dei comandi che lo seguo- 
no in uno script. Per EXECUTE, infat- 
ti, questo livello non ha alcuna im- 
portanza: 0 o 9 sono praticamente 
identici. Il comando IF, invece, è in 
grado di riconoscerei! livello WARN, 
e tale peculiarità è spesso usata 
negli script per modificare il flusso 
dei comandi, cioè l’ordine con cui i 
comandi sono eseguiti (vedremo 
esattamente come tra breve). A 10 
comincia il “vero” livello di fallimen- 
to. Perché “vero"? Perché, se un 
comando inserito in uno script ritor- 
na 1 0 o più, EXECUTE ne interrompe 
l’esecuzione e ritorna al chiamante 
con un messaggio di errore. Per 
EXECUTE esiste, di fatto, un unico 
livello di errore: tutti i comandi che 
ritornano un valore inferiore a questo 
limite hanno avuto successo, gli altri 
richiedono l’immediata interruzione 
dello script. 

FAILAT 

Torniamo alla nostra tabellina, per 
constatare che rimane un altro livello 
di errore: FAIL, fallimento. 

Qualcuno potrebbe giustamente 
chiedersi a che serve un altro livello 
di errore se a 10 tutti gli script si 
interrompono. 

La prima risposta è che il livello di 
errore riconosciuto da EXECUTE 
può essere modificato dall’utente. 
Esiste un comando chiamato FAI- 
LAT che accetta come parametro un 
unico argomento: il livello d’errore. 
Facciamo un esempio concreto. 
Con ED preparate questo script, e 
salvatelo in RAM: con il nome “pro- 
va”: 


DIR plutone 

LIST ram: 

invece di “plutone” potete usare 
qualsiasi altro nome, l’importante è 
che si riferisca a una directory che 
NON esiste, in modo che DIR ritorni 
un codice d’errore. Lanciate poi lo 
script con il comando EXECUTE 
RAM:PROVA. Che succederà? 
Molto semplicemente, DIR non trova 
la directory e restituisce un livello di 
errore 20, EXECUTE se ne accorge 
e interrompe lo script senza esegui- 
re il successivo comando LIST. 
Tornate ad ED e modificate lo script 
in questo modo: 

FAILAT 21 

DIR plutone 

LIST ram: 

Il comando FAILAT 21 ordina a 
EXECUTE di portare il proprio livello 
di errore a 21. Ciò significa che 
EXECUTE interromperà lo script 
solo se un comando ritorna 21 o più; 
EXECUTE, insomma, diventa più 
tollerante. Provate ad eseguire di 
nuovo lo script e vi accorgerete che 
DIR fallisce di nuovo, ma LIST, que- 
sta volta, viene eseguito, proprio 
perché DIR ritorna 20 e per EXECU- 
TE il livello di fallimento è ora 21 . 
Riassumendo, il livello normale di 
fallimento di EXECUTE è 1 0 e questo 
limite può essere modificato dall’u- 
tente mediante FAILAT. C'è un però. 
Il livello di fallimento è parzialmente 
ereditario: se in uno script (o in una 
Shell) modificate con FAILAT il livel- 
lo di fallimento, portandolo a 3 e poi 
da quello script (o da quella Shell) 
mandate in esecuzione un altro 
script, il livello iniziale di fallimento 
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entro lo script non sarà 10, ma 3. 
D'altra parte, dopo che la Shell avrà 
eseguito qualsiasi script, il valore 
d’errore ritornerà a 1 0, Viceversa, se 
modificate il livello d’errore con FAI- 
LAT in uno script, la Shell non lo 
erediterà e al termine dello script 
tornerà al valore 10 primitivo. Il livello 
di errore non si trasmette nemmeno 
di Shell in Shell, se fate FAILAT 21 in 
una Shell e poi chiamate NEWS- 
HELL, lanuovaShell avrà come livel- 
lo d’errore 10, in perfetto standard 
AmigaDOS. In conclusione, pare 
che il livello di errore venga ereditato 
un po’ a caso, in certi casi sì, in altri 
no. Alla Commodore non devono 
aver dato molta importanza alla fac- 
cenda. Probabilmente con Shell 
diverse da quella del 2.0, il compor- 
tamento potrebbe variare ulterior- 
mente. Quindi, se il livello di errore 
ha importanza, è sempre bene porre 
aH’inizio di uno script il comando 
FAILAT, senza presumere che il li- 
vello normale di errore sia 10. 
FAILAT, chiamato senza parametro, 
mostra il corrente livello di fallimento 
della Shell o dello script. 

IF WARN, IF ERROR, IF FAII 

Va bene, direte, è possibile elevare 
o diminuire il livello di errore di EXE- 
CUTE, ma che senso ha distinguere 
tra 10 (ERROR) e 20 (FAIL)? 

Anche in questo caso, è IF che è in 
grado di distinguere fra 10 e 20, 
come tra 5 e 10. E’ quindi venuto il 
momento di occuparci di questo 
comando. Fra i tanti parametri che il 
comando IF accetta, compaiono 
WARN, ERROR e FAIL. Essi si riferi- 
scono esattamente ai valori della 
nostra tabella: WARN è 5, ERROR è 
10, FAIL è 20. IF è dunque in grado 
di determinare il valore di ritorno del 
comando eseguito immediatamen- 
te prima di lui e di modificare il flusso 
dell’esecuzione dello script, di con- 
seguenza. Prendiamo il nostro 
script e modifichiamolo ancora una 
volta: 

FAILAT 21 

DIR plutone 

IF FAIL 

ECHO "DIR ha fallito" 

ENDIF 


Cosa succederà? Se la directory 
“plutone” non esiste, il comando IF 
FAIL si accorgerà dell’errore e la 
parte comandi compresa tra IF e 
ENDIF verrà eseguita. Per cui verrà 
stampata la stringa “DIR ha fallito”. 
Viceversa, se la directory esiste, 
EXECUTE continuerà l’esecuzione 
dopo il comando ENDIF, saltando il 
comando ECHO. In questo caso, 
come nel precedente, il fallimento di 
DIR non interrompe lo script, a cau- 
sa del comando FAILAT. Le opzioni 
WARN ed ERROR di IF hanno lo 
stesso uso di FAIL. Ricordiamo che, 
in condizioni normali (cioè quando il 
livello d’errore è 1 0), l’unica opzione 
utilizzabile di IF è WARN. Perché? 
Perché, se un comando restituisce 

10 o più, lo script si interrompe e il 
successivo comando IF non verrà 
nemmeno eseguito. Inoltre, tenete 
presente che i livelli d’errore vanno 
intesi come “a partire da” o “maggio- 
re uguale a” 5, 1 0 o 20. Cioè 21 è sia 
WARN, che ERROR, che FAIL, 
mentre 1 1 è sia WARN, che ERROR, 
ma non FAIL. Tenete presente che 
FAILAT non incide minimamente sul 
valore FAIL di IF, che è sempre 20, 
qualunque sia il livello impostato 
con FAILAT. FAIL, WARN ed ER- 
ROR sono dei valori assoluti, immo- 
dificabili. 

RUN, FAILAT e + 

Resta da chiarire una cosa: all'inizio 
parlavamo di RUN come di un 
comando che viene influenzato da 
FAILAT. In certe situazioni, RUN è in 
grado di eseguire una sequenza di 
comandi. Provate a digitare da 
Shell: 

RUN DIR + 

11 segno più deve essere preceduto 
da uno spazio e seguito dal tasto 
Return: vi accorgerete che il coman- 
do DIR non parte e la Shell sembra 
bloccata, come se non fosse stato 
premuto Return. La Shell, infatti, sta 
aspettando altri comandi da dare in 
“pasto” a RUN perché li esegua. Se 
ora digitate: 

LIST 


seguito da Return, RUN eseguirà in 
sequenza prima DIR e poi LIST. Se 
DIR fallisce, RUN se ne accorge e 
non esegue LIST. Se per qualche 
ragione, si vuole evitare questo 
comportamento, si può usare FAI- 
LAT anche con RUN. Digitiamo: 

RUN FAILAT 21 + 

DIR plutone + 

LIST 

Questa volta abbiamo usato il segno 
più alla fine di due linee per poter 
inserire tre comandi. Se plutone non 
esiste, LIST verrà comunque ese- 
guito, perché il livello d’errore di 
RUN è stato innalzato da FAILAT. 
L’uso di RUN per eseguire più co- 
mandi serve poco in una Shell ma 
può essere utilissimo negli script. 
Ecco come si ottiene in uno script il 
medesimo comportamento. Modifi- 
chiamo ancora una volta il nostro 
script a questo modo: 

ECHO "lancio RUN" 

RUN FAILAT 21 + 

DIR plutone + 

LIST 

ECHO "fine dello script" 

EXECUTE eseguirà prima ECHO, 
poi RUN, cui darà da eseguire i 
comandi FAILAT, DIR e LIST, infine 
eseguirà l’ultimo ECHO: è come se 
le linee che contengono DIR e LIST 
non facessero parte di questo 
script. 

QUIT 

Anche uno script può ritornare un 
livello d’errore. Il comando QUIT, 
oltre a interrompere immediatamen- 
te l’esecuzione di uno script, accetta 
un parametro numerico che indica 
appunto il livello di errore che EXE- 
CUTE restituirà al chiamante. 

Si può dunque scrivere uno script 
che ne chiama un altro e, a seconda 
del livello d’errore ritornato da que- 
st’ultimo, esegue delle determinate 
operazioni. Il discorso sugli errori 
dell’AmigaDOS non si conclude qui: 
ci sono altri aspetti da esaminare, 
che lasciamo però per la prossima 
volta. ▲ 


72 AMIGA MAGAZINE 


AMOS TUTORIAL 


Antonello Jannone 


D opo il discorso introduttivo 
del mese scorso, eccoci fi- 
nalmente alle prese con un 
argomento probabilmente più inte- 
ressante: la grafica. D’altronde Ami- 
ga è un computer che deve la sua 
fama proprio alla facilità con il quale 
è possibile realizzare effetti video 
professionali a basso costo. Nean- 
che a dirlo, AMOS è in grado di 
gestire gli schermi di Amiga con una 
semplicità disarmante e con una 
velocità a dir poco impressionante: 
la potenza di Denise insieme alla 
velocità del Blitter vengono sfruttati 
al massimo. 

GLI SCHERMI 

Quando si intende disegnare qual- 
cosa, che sia un pixel o un bob, è 
indispensabile comunicare al siste- 
ma che si desidera farlo e farsi riser- 
vare la memoria necessaria. In paro- 
le più semplici bisogna “aprire” lo 
schermo sul quale verranno effet- 
tuate le operazioni di tracciamento 
grafiche. Di conseguenza anche 
con AMOS la prima operazione da 
fare è scegliere la grandezza, la 
risoluzione, il numero di colori dello 
schermo che si vuole aprire. Un solo 
semplice comando serve allo sco- 
po: 

Screen Open n, larghezza, 
altezza, numerocolori, risoluzione 

dove n è il numero dello schermo 
che può andare da 0 a 7, larghezza, 
altezza e numero di colori sono va- 
riabili a seconda della risoluzione 
che può essere Lowres, 
Lowres + Laced, Hires e 
Hires+Laced. 


Ovviamente non si può pretendere 
di aprire uno schermo 640x512 con 
più di 16 colori o altre assurdità 
simili. 

Facciamo un esempio di apertura 
contemporanea di 8 schermi Amiga, 
ricordando che il nostro computer è 
l’unico in grado di farlo... 

Curs Off : Cls 13 : Paper 
13 

Print : Centre "IO SONO LO 
SCHERMO 0 QUI DIETRO!" 

For A=1 To 7 
Screen Open 
A, 320, 

20, 16, Lowres 
Curs Off 

Cls A+5 : Paper A+5 
Centre "IO SONO LO 
SCHERMO"+Str$ (A) 

Screen Display A, ,50 
+A*25, , 8 
Next A 

Cogliamo l’occasione per fare cono- 
scenza con dei comandi molto 
semplici e di uso comune. Curs Off, 
intuitivamente, disattiva la visualiz- 
zazione del cursore sullo schermo, 
Cls lo pulisce e specificando il 
numero 1 3 passato come parametro 
si decide di pulire lo schermo col 
colore 13. Analogamente l’istruzio- 
ne Paper 1 3 seleziona il colore dello 
sfondo delle operazioni di testo. 

Il ciclo di A apre 7 schermi 320x20 a 
16 colori in bassa risoluzione, per 
ognuno “spegne” il cursore, cambia 
i colori e visualizza un testo. Partico- 
lare attenzione bisogna rivolgere 
all’istruzione Screen Display che ha 
la sintassi: 

Screen Display 


n, x, y, larghezza, altezza 

questo potentissimo comando con- 
sente di posizionare uno schermo 
ovunque nella memoria di Amiga, e 
di conseguenza ovunque rispetto 
alla finestra di visualizzazione sul 
monitor. Il parametro n serve per 
specificare lo schermo da posizio- 
nare, x e y sono le coordinate hard- 
ware di posizionamento (lo standard 
è 1 12,45) mentre larghezza e altez- 
za specificano la porzione di scher- 
mo che si vuole vedere. 
Proseguiamo con la panoramica sui 
comandi grafici offerti dal potente 
AMOS facendo un altro esempio e 
traendone spunto per approfondire 
la conoscenza del linguaggio. 

LA GRAFICA BASE 

Digitate questo semplice e breve 
programmino: 

Screen Open 0,320, 

256, 32, Lowres 

Flash Off : Curs Off : 

Hide On 

Cls 0 : Set Paint 1 
Repeat 

C=Rnd(32) : Ink 

32- C,0,C 

X=Rnd ( 3 1 9 ) + 1 : Y=Rnd 
(254) +1 

Circle X,Y,Rnd(100) 

+1 : Paint X,Y 
C=Rnd(32) : Ink 

32-C, 0 , C 
Bar X,Y To 
X+Rnd (100) +1, Y+Rnd 
( 100) +1 

Until Mouse Click 

l’effetto prodotto, una volta fatto par- 
tire il programma, vale ben più delle 
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10 righe di codice coi quale è stato 
realizzato. 

Innanzitutto, viene aperto uno 
schermo 320x256 a 32 colori in 
bassa risoluzione, poi viene disatti- 
vato il flash di un colore con Flash 
Off, viene disattivato il cursore e con 
Hide On viene “nascosto” il puntato- 
re del mouse. Dopodiché viene pu- 
lito lo schermo in nero e con Set Paint 
1 si decide che le operazioni grafi- 
che vengano effettuate visualizzan- 
do il bordo delle figure. 

11 ciclo REPEAT...UNTIL è vincolato 
alla pressione di uno qualunque dei 
tasti del mouse e al suo interno si fa 
largo uso dell’istruzione Rnd(X) che 
permette di estrarre in modo casua- 
le (random) un numero compreso 
tra 0 e X. L’istruzione Ink seleziona i 
colori adoperati per le operazioni 
grafiche e per lo sfondo scegliendo 
casualmente tra i 32 colori disponi- 
bili. Nella riga successiva vengono 
memorizzati in X e Y altri due valori 
casuali per la posizione di partenza 
delle istruzioni grafiche successive. 
Circle, infatti, che disegna ovvia- 
mente un cerchio, necessita delle 
coordinate del centro e del raggio, 
mentre Bar, che disegna un rettan- 
golo pieno, ha bisogno delle coordi- 
nate del vertice in alto a sinistra e di 
quello in basso a destra. Si noti l’i- 
struzione Paint che riempie un’area 
di schermo, se limitata, specifican- 
done la coordinata di un punto al suo 
interno. 

Infine, una puntualizzazione per chi 
si chiedesse il significato di un’istru- 
zione Rnd(319)+1 anziché una più 
intuitiva Rnd(320). Usando la secon- 
da tecnica si ottiene Pestrazione” 
casuale di un numero compreso tra 
0 e 320 ma poiché è proprio l’even- 
tualità che venga estratto lo 0 che si 
vuole evitare, si aggiunge un’unità e 
si abbassa sempre di uno il limite 
superiore del range di estrazione. 
Così facendo si ottiene uno sfasa- 
mento della quantità desiderata e il 
range diventa quindi tra 1 e 320. 

Ma AMOS non è in grado solo di 
disegnare cerchi e rettangoli, in 
realtà dispone di tutti i comandi 
necessari per disegnare sullo 
schermo qualunque tipo di grafica 
per rendere più intuitivo un pro- 


gramma o per delimitare zone di 
schermo. Il comando base è senza 
dubbio quello che permette di sce- 
gliere il colore usato per le operazio- 
ni di disegno ed è Ink. 

Ma altrettanto importanti sono le 
istruzioni che permettono di creare i 
colori che si vogliono usare. Queste 
sono Colour e Palette che, rispetti- 
vamente, danno la possibilità di 
creare un solo colore o l’intera palet- 
te cromatica. Ci sono poi le classi- 
che istruzioni di tracciamento grafi- 
co, Plot che disegna un singolo 
punto specificandone le coordinate 
e il colore, Draw che invece disegna 
una linea fornendo le coordinate di 
inizio e fine. Ci sono poi le istruzioni 
Box e Bar che disegnano rispettiva- 
mente un rettangolo vuoto e pieno, 
Polyline e Polygon che permettono 
di disengare figure a n lati vuote o 
piene, Circle e Ellipse che disegna- 
no cerchi o ellissi. L’utilizzo delle 
istruzioni grafiche non richiede par- 


ticolare studio ma spesso ci si ac- 
corge (forse troppo tardi) di poter 
risolvere un problema di impagina- 
zione di un programma sullo scher- 
mo semplicemente tracciando qual- 
che linea in maniera appropriata. I 
requester, i gadget, i bottoni e altre 
entità grafiche semplici che spesso 
ci si trova a dover realizzare in un 
programma, non sono altro che il 
risultato di istruzioni di grafica basi- 
lari. Anche per questo mese è tutto, 
rinnovando l’invito a scrivere per 
esporre i vostri problemi su AMOS, 
vi rimandiamo al mese prossimo per 
un altro punto di vista sugli schermi 
gestibili dal potente linguaggio della 
EuroPress e per scoprire qualcosa 
di più sulla realizzazione dei bottoni 
(o gadget). Naturalmente, potete 
scriverci al seguente indirizzo 
Gruppo Editoriale Jackson 
Amiga Magazine 

Rubrica "Amos Tutorial" - Via Gorki, 
69 - Cinisello B. (MI) ▲ 
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|| esktop Publishing”, o 
Il “Editoria Personale”. 

Parliamo di un argomen- 
to molto vasto che è anche il sogget- 
to di questa nuova rubrica. 

Parlare di Editoria Personale, o di 
DTP, come la chiameremo d’ora in 
poi, è parlare di tutto ciò che riguar- 
da la possibilità di trasformarsi, 
appunto, in editori. 

L’avvento dei computer, con avan- 
zate capacità grafiche, ha permes- 
so di mettere a disposizione della 
grande utenza i mezzi per ottenere 
dei risultati di qualità elevata nel 
campo della stampa. Amiga è at- 
tualmente, senza alcun dubbio, una 
delle macchine migliori in questo 
senso, grazie appunto alle sue doti 
in campo grafico. Non bisogna però 
credere che basti avere un compu- 
ter potente, un programma dell’ulti- 
ma generazione, una stampante di 
alta qualità per essere in grado di 
stampare un libro. E’ un po’ come 
possedere un’auto e non saperla 
guidare, anche se la macchina è 
una Ferrari la situazione non cam- 
bia. Spesso però sono sufficienti 
pochi e semplici accorgimenti per 
passare da dei risultati scadenti a 
dei risultati di buon livello. 

Lo scopo di questa rubrica è quello 
di fornire suggerimenti e consigli. E’ 
tuttavia importante fare subito una 
precisazione: l’argomento che ci 
accingiamo a trattare è estrema- 
mente vasto e diversificato, dunque 
la collaborazione di Voi lettori è 
molto importante. 

Tanto per fare un esempio, provatea 
pensare alla grande differenza che 
intercorre tra pubblicare un libro e 
stampare dei cataloghi, o gli inviti 
per il proprio compleanno, e capire- 


te che si potrebbero riempire dei libri 
interi senza parlare di ogni aspetto 
del problema. Dunque, è importante 
che partecipiate alla costruzione di 
questa rubrica, per esempio, sug- 
gerendoci gli argomenti e i problemi 
che più vi interessano. Potrete invia- 
re richieste, suggerimenti, consigli 
all’indirizzo che troverete in fondo a 
questo articolo. Inoltre, se la vostra 
esperienza vi ha portato a sviluppa- 
re delle tecniche, dei trucchi, potre- 
te proporceli, e i più interessanti 
verranno pubblicati. 

In questa e nelle prossime puntate 
parleremo dei software disponibili, 
dei font, ossia dei tipi di caratteri, 
della stampa, dai preview alla stam- 
pa finale, e di tanti suggerimenti. 

I/HARDWARE 

Senza l’attrezzatura adatta può 
essere molto difficile, se non impos- 
sibile, ottenere dei risultati di buon 
livello. Cominciamo dal computer: il 
poter contare su un modello di Ami- 
ga di prestazioni superiori, come un 
Amiga 3000, è certamente utile, ma 
non indispensabile. 

E’ la quantità di memoria invece a 
fare la differenza. Almeno tre Mega- 
byte di RAM sono indispensabili per 
lavorare con un minimo di tranquilli- 
tà. Ovviamente ogni Megabyte in 
più a disposizione è solo positivo, 
anche per la possibilità di utilizzare 
un ampio RAM disk. Sono tre gli 
“accessori” veramente importanti in 
un sistema da dedicare al DTP: 
l’hard disk, il monitore la stampante. 
Senza un hard disk, anche se di 
piccola capacità, non è praticamen- 
te possibile lavorare. Si possono 
arrivare ad occupare anche più di 


dieci Megabyte, ed è quindi eviden- 
te come un sistema con i soli di- 
schetti sia assolutamente insuffi- 
ciente. 

Un altro elemento molto importante 
è il monitor. A differenza delle altre 
parti, questa ha lo scopo prioritario 
di proteggere la nostra salute più 
che garantirci alte prestazioni in ter- 
mini di produttività. Il DTP spesso 
richiede di passare parecchio tem- 
po davanti al proprio video, e in 
genere i programmi lavorano in in- 
terlace, rendendo assolutamente 
inutilizzabili le televisioni e i monitor 
a bassa risoluzione. E’ dunque pra- 
ticamente indispensabile dotarsi di 
un buon monitor multisync, ossia un 
monitor di alta qualità e risoluzione, 
magari se di una dimensione supe- 
riore ai soliti quattordici pollici. 

Un altro elemento importante è la 
stampante. 

Di questo argomento parlerò diffu- 
samente in una delle prossime pun- 
tate di questa rubrica, ma è bene 
sottolineare come sia importante 
poter contare su una stampante di 
buona qualità. 

La presentazione a video del lavoro, 
specialmente nelle fasi intermedie, 
spesso non basta a dare tutte le 
informazioni necessarie, e una co- 
pia su carta può aiutare molto. 
Dunque la qualità della stampa può 
essere decisiva per il risultato finale. 
Per lavori di grosse dimensioni, 
come la produzione di un libro, è 
sicuramente opportuno prendere in 
considerazione l’acquisto di una 
stampante laser. 

Ma consentitemi una ulteriore di- 
gressione sulla salute. E’ molto im- 
portante curare con attenzione il 
posizionamento del computer in 
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un'area di lavoro idonea. Il DTP in 
genere richiede prolungati periodi 
di permanenza alla tastiera, ed è 
importante far sì che la nostra salute 
ne risenta il meno possibile. Uno dei 
problemi più comuni è quello di 
tenere la tastiera in una posizione 
sbagliata. 

Per cominciare, la sedia da dedica- 
re al computer dovrebbe consentire 
di mantenere la schiena dritta. 
Sempre rispetto allo stare seduti, la 
tastiera si dovrebbe trovare ad una 
altezza leggermente inferiore a 
quella dei gomiti, in modo che du- 
rante l’uso della tastiera stessa, 
braccio e avambraccio formino un 
angolo retto. 

In questo modo la schiena e le spalle 
si troveranno in una posizione otti- 
male. 

E’ anche bene che il monitor non sia 
troppo vicino al volto. Nei limiti del 
possibile, e della vista, è bene tener- 
lo più lontano possibile. 

IL SOFTWARE 

Il solo hardware non basta e, ovvia- 
mente, il software è fondamentale 
per raggiungere il nostro scopo. 
Attualmente sono tre i pacchetti 
migliori a nostra disposizione: Pro- 
fessional Page, PageStream e TeX. 

I primi due, che sicuramente sono i 
più conosciuti, sono due programmi 
del tipo WYSIWYG (What You See Is 
What You Get), che significa: “Quel- 
lo che si vede è quello che si ottie- 
ne". 

Ogni azione viene immediatamente 
riportata nella rappresentazione a 
video, fornendo in tempo reale una 
fedele rappresentazione del risulta- 
to finale. 

II terzo prodotto è un po’ diverso. 
TeX non è propriamente un pro- 
gramma, ma bensì un linguaggio. 
Sì, avete capito bene, un linguaggio. 
E come ogni linguaggio dipende 
dall’esistenza dei compilatori. 

Su Amiga esitono due versioni di 
compilatore per il linguaggio TeX: il 
primo è quello di pubblico dominio 
chiamato PasTeX; il secondo è pro- 
dotto dall'americana Radicai Eye 
Software. 

Inoltre, i compilatori TeX sono relati- 


vamente diffusi in sistemi anche di 
maggiori dimensioni, come UNIX, e 
questo rende molto flessibile l’uso di 
questo linguaggio. 

Non si possono dare dei giudizi di 
merito assoluti su questi tre pac- 
chetti, abbastanza diversi tra loro. In 
realtà dovrebbe essere la natura del 
lavoro richiesto a portare alla scelta 
del pacchetto più adatto. 

In realtà i due programmi Professio- 
nal Page e PageStream tendono a 
sovrapporsi nelle capacità e nelle 
prestazioni, in una accanita concor- 
renza tra le due software house, ri- 
spettivamente la Gold Disk e la Sof- 
tLogik, acerrime avversarie fin dal- 
l’uscita delle prime versioni dei loro 
pacchetti. 

Si può quasi dire che le attuali ver- 
sioni siano solo lontanamente impa- 
rentate con le prime, e tutto ciò non 
fa altro che favorire gli interessi degli 
utenti, una volta tanto. 

TeX: PRESENTAZIONE 

Prima di addentrarci nelle questioni 
tecniche sull’uso dei diversi pac- 
chetti software, dilunghiamoci un 
attimo in una piccola presentazione 
del linguaggio TeX, come il più par- 
ticolare e meno conosciuto dei tre. 
Cominciamo dal nome: non stiamo 
parlando del famoso ranger del 
Texas, eroe dei fumetti... Infatti, la 
lettura corretta del nome è “tek”, e 
non “tecs”. Le tre lettere T, E e X non 
sono altro che le lettere greche, 
maiuscole, “tau”, “epsilon” e “chi”. 
Queste tre lettere formano la radice 
di tante parole in greco, come “tec- 
nologia” e “tecnica”, oltre ad avere 
un significato proprio di “arte". 
Queste parole vogliono richiamare 
un po’ la natura del linguaggio, 
almeno per come lo ha pensato il 
suo autore: Donald E. Knuth. 
Attualmente TeX è considerato 
come lo “state-of-art” della produ- 
zione di editoria di alta qualità. Il suo 
difetto principale è la notevole diffi- 
coltà che presenta durante il primo 
apprendimento. 

Ma, come ogni appassionato può 
confermare, la fatica dell’apprendi- 
mento è largamente ricompensata 
dalla qualità dei risultati. 


Anche in campi di applicazione 
particolari, come la stampa di spar- 
titi musicali e di formule matemati- 
che, è praticamente l’unica scelta 
possibile. 

Non pensiate che questo pistolotto 
voglia significare che TeX è sempre 
e solo l’unica soluzione; in modo 
particolare quando sia necessario 
produrre qualcosa con grosse 
quantità di grafica, o quando lo stu- 
dio e la sperimentazione prevalgo- 
no, allora le capacità fornite dai 
pacchetti con capacità di presenta- 
zione immediata dei risultati diven- 
tano importantissime. 

Una scelta che si può rivelare vin- 
cente consiste nello sfruttamento 
integrato di più pacchetti: unire le 
capacità migliori dei singoli pac- 
chetti e unirle per un unico risultato. 
Questa è una tipica capacità di 
Amiga, e anche in questo caso 
molto si può fare. Per questo numero 
lo spazio a nostra disposizione è 
finito. 

Chiudo invitandovi ancora a colla- 
borare per migliorare questa nuova 
rubrica. 

Potrete scriverci al seguente indiriz- 
zo: 

Gruppo Editoriale Jackson 
Redazione Amiga Magazine 
Rubrica "DTP & dintorni" 

Via Gorki, 69 

20092 Cinisello Balsamo (MI) 


NEI CASO DI DISCHETTO 
DIFETTOSO 

Può succedere che vi siano 
alcuni dischetti difettosi sfug- 
giti al controllo elettronico 
della macchina duplicatrice: 
nella sfortunata ipotesi in cui 
vi imbatteste in uno di questi, 
vi preghiamo di ritornarci il 
dischetto difettoso che vi 
sarà immediatamente sosti- 
tuito con uno efficiente e ri- 
spedito a casa tramite stretto 
giro di posta. 
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S ettembre è. in genere, 
il mese in cui la pub- 
blicazione di titoli vi- 
deoludici riprende a pieno 
ritmo. 

Era lecito quindi aspettarsi 
da questa edizione settem- 
brina dell'ECTS una massa 
di novità inedite e non, da 
poter strillare ai quattro venti 
sulle copertine. Ebbene, 
dopo aver visitato l’ECTS mi 
è rimasta l'impressione che 
la “massa" ci sia stata come 
di consueto (gli espositori 
erano in numero davvero 
notevole), ma per quel che 
riguarda il fattore-sorpresa 
si è registrata una penuria 
non indifferente, visto che 
della maggior parte dei titoli 
si conoscevano già una 
grossa quantità di dettagli, 
per averne visto demo, foto, 
versioni quasi complete e 
cosi via. A parte comunque 
questa strana sensazione di 
deja-vù, la fame cronica di 
videogiochi è rimasta: di 
seguito, ecco i titoli con cui 
vi "satollerete" nei prossimi 
mesi. 


I GIOCHI 

Vogliamo dare la preceden- 
za alle “grandi”? Diamoglie- 
la: la Psygnosìs ha ammalia- 
to i giornalisti presenti con lo 
splendido Walker titolo che 
incorpora due stili di gioco; 
nel primo dovrete guidare 
un bipede meccanico con- 
troorde di minuscole truppe 
di umani e altri essere robo- 
tici. La grafica è veramente 
stupenda: lo scenario post- 
atomico infonde una mas- 
siccia dose di decadenza e 
i “soliti" livelli di parallasse 
sono una vera gioia per gli 
occhi. Il secondo stile di 
gioco è classicamente plat- 
form con tanto di scontro a 
fuoco; in questo caso im- 
personerete però il pilota 
del bipede. L’attesa per 
Lemmings 2 è spasmodica: 
io posso dirvi che, dopo 
esservi gustati la solita sim- 
paticissima presentazione, 
avrete a che fare con nuove 
“specializzazioni"; ci saran- 
no infatti Lemmings in grado 
di effettuare salti multipli, di 




andare in bicicletta e anche 
di saltellare su un pogo. Le 
funzioni di tali azioni non 
sono state ben chiarite, ma 
è sicuro che il gioco sarà an- 
cora più folle del preceden- 
te. Non contenta di aver 
"schiavizzato” i poveri topo- 
lini, la Psygnosis ha pensato 
di sottoporre ad ardue pro- 
ve anche i Creepers. esserini 
che hanno la caratteristica 
innata di rimbalzare: il vo- 
stro compito è quello di 
spostare vari elementi del 
paesaggio e favorire l'avan- 
zata dei mostriciattoli. Air 
Supporto ArmourGeddon II 
sono concettualmente simi- 
li: in entrambi si tratta di 
guidare un'armata compo- 
sta di vari mezzi terrestri e 
aerei in un paesaggio in 3D. 
Il primo ha, però, una parti- 
colarità: la sua è una grafica 
poligonale "a fil di ferro", 
cioè vuota, ragione per cui 
si è puntato molto più sul 
dettaglio. La Gremlin ha fi- 
nalmente sfoderato il suo 
nuovo cavallo di battaglia: 
trattasi nientemeno che di 
Lotus Turbo Chollenge 3, 
l’attesissimo gioco automo- 
bilistico che rispetto ai pre- 
cedenti incorporerà un edi- 
tor di percorsi e nuovi pae- 
saggi tra i quali quello futuri- 
stico: bisogna dire che ve- 
dere una LotusMX200 cir- 
colare ancora nel ventidue- 
simo secolo fa uno strano 

Lotus 3. Gretti liti. 



Lotus J, Gremlin. 
in ulto : Il etri Quest IL 


effetto! A parte questo, il 
gioco promette di essere 
una sfida pari alle prece- 
denti e con un poco di varie- 
tà in più data dalla presenza 
di numerosi tipi di competi- 
zioni Per gli amanti dei gio- 
chi da tavolo, è in arrivo il 
seguito di Hero Quest, che 
qualcuno ricorderà come 
un gioco di ruolo molto 
semplificato; ebbene, alla 
Gremlin ci hanno conferma- 
to che The Legacy of Sorasil 
questo il nome del seguito, 
avrà carattaristiche molto 
più sofisticate rispetto al suo 
predecessore, conservan- 
done comunque la prospet- 
tiva isometrica. 
Pandemonium è una stranis- 
simo gioco a scorrimento in 
cui vestite i panni di un re e 
dovete avanzare e avanza- 
re dando ordini continui alle 
vostre guardie del corpo. Lo 
stile ricorda molto Lem- 
mings ma le azioni da effet- 
tuare sono molto più sangui- 
narie: attaccare i nemici con 
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le bombe, attaccare con i 
moschetti, assumere posi- 
zioni di difesa, distruggere 
ostacoli e così via, tutto pur 
di favorire l’avanzata del 
sovrano. La Virgin ci riprova 
con il tavolo verde: dopo lo 
snookerdi Jimmy Whiteèla 
volta del Pool; la grafica in 
3D è rimasta fluidissima e 
stavolta ci sono anche tor- 
nei aeliminazione ad allieta- 
re ogni appassionato della 
stecca, unitamente, mi 
sembra scontato, a una 
bella serie di regole nuove. 
Attesissimo anche Dune II: 
come nel primo (bellissimo) 
gioco, lo scopo è quello di 
estrarre la maggior quantità 
di Spezia possibile dal sot- 
tosuolo di Dune. Stavolta 
però le cose sono molto più 
complesse, tanto che con la 
costruzione di continui, 
moderni impianti di raffina- 
zione vi sembrerà quasi di 
giocare a Sim City. Sempre 
presente, comunque, la 
componente bellica che vi 
darà la possibilità di con- 
centrarvi sull’aspetto strate- 
gico di ogni battaglia ma 
anche di parteciparvi in pri- 
ma persona. Sonoro e grafi- 
ca sono all’altezza degli ef- 
fetti del primo gioco dedica- 
to al romanzo di Herbert (o al 
film di Lynch). Grazie sem- 
prealla Virgin, torneràafare 
capolino Apocalypse, gioco 
ambientato in Vietnam in cui 
siete ai comandi di un elicot- 


tero in una spedizione di 
salvataggio. Ricorderete 
che questo stupendo gioco, 
dallo scorrimento parallatti- 
co mozzafiato, sarebbe 
dovuto uscire un anno fa 
con etichetta Mirrorsoft. La 
Ocean non poteva natural- 
mente esimersi dal produrre 
qualche videogioco su li- 
cenza: un titolo come Lethal 
Weapon (cioè “Arma Leta- 
le”) dovrebbe bastare per 
tutti. Il gioco incorpora tutte 
le situazioni vissute dai due 
poliziotti (Mei Gibson e 
Danny Glover) nei tre capi- 
toli della saga fin qui prodot- 
ti. Il gioco, prevalentemente 
basato sugli scontri afuoco, 
è uno sparatutto ad alta ten- 
sione che promette davvero 
bene. Dagli autori di SimCi- 
ty, SimEarth eSimAntarriva 
invece Robosport: nel gioco 
sarete alle prese con le intel- 
ligenze artificiali di unaserie 
di robot il cui scopo princi- 
pale è la distruzione mate- 


riale di oggetti animati 
(meccanicamente) e inani- 
mati. La grafica ricorda 
molto quella dei vari “Sim”, 
ma qui il tasso di distruzione 
del paesaggio è veramente 
senza precedenti. WWF 2 ci 
riporta nel violento mondo 
del wrestling: il primo gioco 
era abbastanza buono, e 
anche questo potrebbe ri- 
servare qualche sorpresa. 
Soprattutto per il fatto che è 
possibile lottare in match 
due-contro-due: il massa- 
cro (e una bella grafica) è 
garantito. Andrew Bray- 
brook è tornato, e precisa- 
mente sotto etichetta Rene- 
gade: il suo Uridium 2 do- 
vrebbe fare la gioia di tutti gli 
appassionati di sparatutto. 
Quello che si è visto in fiera 
purtroppo era una pura illu- 
sione: di tutta la grafica 
(che, infatti, era praticamen- 
te identicaaquelladel vec- 
chissimo gioco originale) 
non un pixel sarà manenuto 
nella versione definitiva; ciò 
che verrà mantenuto è inve- 
ce la possibilità di atterrare 
sulle megaastronavi e, sot- 
toforma di gigantesco an- 
droide, ingaggiare battaglia 
con i loro occupanti. 

Buone cose presentava la 
Krisalis: Arabian Nights è un 
gioco di piattaforme con 
una apprezzabile grafica e 


Space Hulk, Electronic 
Arts. 


B.A.T. II, Ubisoft. 

una giocabilità elevata; 
Shadoworlds è invece il 
seguito del famoso Sha- 
dowlands, stavolta però con 
ambientazione spaziale: il 
particolare sistema di illumi- 
nazione sembrava fatto 
apposta per questo tipo di 
gioco e infatti è stato mante- 
nuto, si sperava però che le 
cose migliorassero un po- 
chino sotto l’aspetto grafico, 
che nel primo era un po’ 
mediocre. Della Electronic 
Arts molto interessante è 
Space Hulk: si tratta di un 
RPG fantascientifico in sog- 
gettiva in cui bisogna guida- 
re un gruppo di marine in 
corridoi stracolmi di presen- 
ze aliene. Il belloècheogni 
marine ha la sua visuale in 
soggettiva, e dovrete trova- 
re il modo di coordinare al 
meglio il vostro gruppo. La 
grafica è comunque notevo- 
le. Di prossima uscita dalla 
Ubi Soft gli annunciatissimi 
BC Kid e B.A.T. II: il primo è la 
trasposizione di un famoso 
gioco di piattaforme per 
console di una simpatia 
semplicemente irresistibile; 
si tratta di guidare un caver- 
nicolo bambino utilizzando 
la sua testona per schianta- 
re qualsiasi nemico gli si 
presenti davanti. Un altro 
dei vizi del piccolo e quello 
di arrampicarsi a suon di 
dentate sulle pareti: un vero 
spasso, non per nulla in 
Giappone il personaggio è 
diventato mascotte ufficiale 
della console alla quale il 
gioco era dedicato. Il se- 
condo è una sorta di avven- 
tura grafica fantascientifica 
con molte animazioni e 
addirittura una sezione in 
3D. Nell’originale l’interazio- 
ne era abbastanza scarsa, 
ma questo seguito sembra 
aver rimediato ai suoi difetti: 
grafica e sonoro sono rima- 
sti aottimi livelli. ▲ 
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Donkey Kong 

by BitBoy of BIGNONIA 

Proseguendo con la politica di pro- 
porre sul dischetto di Amiga Maga- 
zine sempre il meglio dei videogio- 
chi di PD/Shareware, anche questo 
mese siamo riusciti a trovare e 
pubblicare uno dei giochi che ha 
letteralmente fatto storia. 

Grazie all'impegno di un gruppo dì 
programmatori, grafici e musicisti 
"underground" chiamato B1GNO- 
NIA, è incredibilmente possibile 
giocare OGGI a Donkey Kong su 
Amiga. Inutile dire chechi non cono- 
sce Donkey Kong o è troppo piccolo 
o deve avere dei gravi problemi di 
memoria. 

Donkey Kong è il primissimo gioco 
che vede protagonista Mario, l’i- 
draulico italiano di New York diven- 
tato oggi il simbolo della Nintendo. 
In questa avventura, Mario deve 
vedersela con uno scimmione che 
ha rapito la sua ragazza, portandola 
in cima ad un grattacielo in costru- 
zione. 

Il pericoloso gorilla ha posto la ra- 
gazza in cima a quattro scenari in 
modo da ostacolare il prode Mario 
nella sua missione di salvataggio. 
Per questo motivo Mario deve per- 
corre i quattro schermi dal basso 
verso l'alto, stando attento a evitare 
barili, fiamme assassine e ogni altro 
pericolo gli si presenti, oltre ovvia- 
mente a non precipitare dal gratta- 
cielo. 

Il giocatore controlla ovviamente 
Mario col joystick e può difendersi 
dalla maggior parte delle insidie 
prendendo al volo uno dei martello- 
ni disseminati nell'area di gioco. 
Purtroppo, mentre il martellone è 
attivo, non è possibile salire o scen- 
dere dalle piattaforme e bisogna at- 
tendere che l'effetto termini. 
(Prestate molta attenzione, quindi, 
quando prendete il martellone). 


SPECIFICHE DEL PROGRAMMA 


CONFIGURAZIONE MINIMA 

51 2K RAM 
Kickstart 1.2/1.3/2.04 

UTILIZZO 

Workbench: doppio click sull’icona 

FILE DI SUPPORTO 

nessuno 


Poing 

by Paul Van Der Valle 

Questo mese doppia razione video- 
ludica. Infatti, oltre al già grandioso 
Donkey Kong, vi proponiamo un 
altro programma per l'intrattenimen- 
to nei momenti più stressanti. Poing, 
a dire il vero, potrebbe sembrare 
Breakout in orizzontale ai più, men- 
tre in realtà è un gioco che solo 
lontanamente vi si ispira, rivoluzio- 
nando il genere. 

Poing è un gioco pallina-e-racchet- 
ta in quanto il giocatore controlla la 
racchetta e deve impedire che la 
pallina esca dallo schermo dalla 
parte in cui la racchetta stessa si 
trova. Normalmente, lo scopo dei 
giochi dì questo genere è distrugge- 
re tutti i mattoni presenti nello scher- 
mo, colpendoli con la pallina, pas- 
sando di conseguenza al livello 
successivo. Normalmente, ma non 
in Poing! In Poing non bisogna ne- 
cessariamente distruggere tutti i 
mattoni presenti nello schermo, 
anche perché non è mai possibile, 
perché quando viene distrutto un 
gruppo di mattoni viene immediata- 
mente rimpiazzato. Per passare al 
livello successivo bisogna, invece, 
aprire un varco nella barriera posta 
all'estremità opposta rispetto alla 
posizione della racchetta, quindi 
colpire il bordo del livello nove volte 
per diminuirne l'energìa, infine farvi 
passare la pallina che finirà al livello 
seguente. In pratica ogni livello è 
adiacente al successivo e per pas- 
sare al livello che segue bisogna 
crearsi un passaggio attraverso i 
mattoni. Il fatto dì avere tutti i livelli 


comunicanti tra di loro, è un vantag- 
gio poiché quando in un livello avan- 
zato la pallina viene persa, invece di 
perdere una vita si torna momenta- 
neamente al livello precedente! 
Nascosti dentro i mattoni ci sono a 
volte dei bonus che consentono di 
diminuire la velocità della pallina, 
raddoppiare il punteggio, sdoppia- 
re la pallina e altro ancora per facili- 
tare il compito del giocatore. Poing 
si controlla col mouse, è possibile 
giocare in due non contemporanea- 
mente e anche contro il computer. 


SPECIFICHE DEL PROGRAMMA 

CONFIGURAZIONE MINIMA 

51 2K RAM 
Kickstart 1.2/1.3/2.04 

UTILIZZO 

Workbench: doppio click sull’icona 

FILE DI SUPPORTO 

La sottodirectory "levels" presente nella 
directory "Poing!” del disco Amiga Ma- 
gazine, oltre al file "poing.scores” pre- 
sente nella directory "s". 


• Utility 


SnoopDOS vi. 5 

by Eddy Carroll 

Questo utilissimo programma inter- 
cetta e visualizza, in una parola sola 
"monitorizza", le chiamate al DOS. 
Questo tipo di programma può es- 
sere più utile di quanto si possa 
pensare (e anche più frequente- 
mente di quanto prevedibile). Se 
avete, ad esempio, un programma 
che si rifiuta inspiegabilmente di 
partire, molto probabilmente ha 
bisogno di qualche libreria partico- 
lare o qualche file di configurazione. 
SnoopDOS, una volta lanciato, si 
distacca automaticamente dal GLI/ 
Shell permettendo l'esecuzione di 
qualunque altro programma. Viene 
aperta una finestra dove vengono 
visualizzati il nome del processo 
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che ha chiamato la funzione del 
DOS, il nome della funzione, il nome 
del file su cui la funzione agisce, il 
modo di funzionamento (nuovo o 
vecchio) e il risultato ottenuto dalla 
funzione (successo o fallimento). 
Tutto avviene in modo trasparente e 
per terminare il programma basta 
premere Ctrl-C. 

SPECIFICHE DEL PROGRAMMA 

CONFIGURAZIONE MINIMA 

51 2K RAM 

Kickstart 1 .2/1 .3/2.04 

UTILIZZO 

CLi: CD SnoopDOS <return> 

SnoopDOS <return> 

FILE DI SUPPORTO 

La sottodirectory "sre" della directory 

"SnoopDOS" del disco Amiga Magazine 


JEyes v3.0 

by John D. Gerlach 

Anche questo mese un utility un po' 
meno seriosa e più divertente. Si 
tratta di JEyes un classico "amico" 
degli ambienti grafici WIMP come 
Macintosh, X-Window, Atari ST, 
Windows e Amiga. Cliccando sull'i- 
cona si attiverà il programma che 
immediatamente aprirà una finestra 
a grandezza modificabile sullo 
schermo. All'interno... due occhi 
dotati anche di sopracciglia! 

Eh già, proprio così, questo pro- 
gramma installa degli occhi nello 
schermo Workbench, occhi che non 
perderanno mai di vista il puntatore 
del mouse. Così com'è potrebbe già 
essere sufficiente, ma JEyes è spe- 
ciale poiché completamente riconfi- 
gurabile tramite i Tool Types dell'i- 
cona associata al programma. Per 
avere un'idea di quello di cui parlo, 
cliccate una volta sull’icona JEyes e 
poi dal menu del Workbench sele- 
zionate "Info” (o Information se avete 
il 2.0). Dovreste immediatamente 
vedere le informazioni associate al 
programma e in basso, di fianco alla 
dicitura "Tool Types" ,il primo di essi 


"Wìdth=200". Agendo con le frecce 
alto/basso, potete scorrere nei Tool 
Types e modificarli se volete. E' 
quindi possibile cambiare il mes- 
saggio "WindowTitle" oppure il 
numero degli occhi con "EyeCount", 
oppure mettere un po' di "Mascara" 
ai "vostri” occhi. Dopo aver modifi- 
cato a piacimento i Tool Types non 
vi resta che selezionare l'opzione 
“Save” e, tornati al Workbench, clic- 
care sull'icona che attiverà il pro- 
gramma così come lo volete voi. 


SPECIFICHE DEL PROGRAMMA 


CONFIGURAZIONE MINIMA 

51 2K RAM 
Kickstart 1 .3/2.04 

UTILIZZO 

Workbench: doppio click sull’icona 

FILE DI SUPPORTO 

nessuno 


Control Console v3.5 

by Alexander Kerr 

Questo programma è un po' più 
strano degli altri, visto che serve per 
creare i menu di selezioni dei dischi 
di utility, moduli musicali, immagini, 
ecc... 

E' strano in quanto non tutti hanno 
necessità di questo genere anche 
se non è mai detto che non possa 
servire prima o poi. 

L'utilizzo di Control Console è dupli- 
ce, se eseguito senza parametri 
viene visualizzato l'editor interno 
per creare e/o modificare un menu, 
comprendente il titolo, il nome del 
gadget e il nome del file da caricare. 
Ogni programma può essere ese- 
guito come batch, eseguibile, in 
background e con quattro comandi 
CLI di supporto. 

Ogni menu può avere il suo titolo di 
70 caratteri e possono essere gestiti 
fino a cinque menu di 40 selezioni 
ognuno. Ogni menu è rappresenta- 
to da cortissimi fi le ASCI I che posso- 
no essere quindi editati da un comu- 


ne Text Editor e il formato per ogni 
menu è "Titolo", "Nome del Gadget", 
"Comandi da eseguire". Semplice, 
no? 


SPECIFICHE DEL PROGRAMMA 

CONFIGURAZIONE MINIMA 

51 2K RAM 
Kickstart 1.2/1 .3/2.04 

UTILIZZO 

CLI: CD Console35 <return> 

Console <return> - per l'editor interno 
Console filedati 1 ... filedati4 <retum> - 
per il modo interattivo 

FILE DI SUPPORTO 

nessuno 


TeleBASE 

by Scott Rogerson 

Questo programma è un utilissimo 
database di indirizzi e numeri telefo- 
nici, molto piccolo, compatto e 
immediato da usare. Utilizza la 
ReqToois per ottenere la migliore 
interfaccia-utente che si possa 
desiderare e, infatti, non appena si 
apre la finestra dal nome TeleBASE 
si ha subito una completa visione di 
ciò che si è in grado di fare. 

La parte sinistra dello schermo è 
occupata da nome, cognome, indi- 
rizzo, numero telefonico e altri dati, 
mentre nella parte destra ci sono i 
bottoni per le operazioni effettuabili 
sul database. Per inserire un nuovo 
nominativo è sufficente premere il 
bottone "Add" e inserire i dati, men- 
tre se si vuole eliminare un record 
dal database bisogna cliccare il 
bottone "Delete". I bottoni "Load" e 
"Save" permettono di caricare/sai- 
vare il contenuto del database, 
anche se ogni volta che viene cari- 
cato ii programma cerca di caricare 
automaticamente il file 
“S:TeleBASE.phone“. 

Il bottone "Cali" serve a chi dispone 
di modem e vuole che il programma 
chiami direttamente il numero visua- 
lizzato. il tutto usando la 
serial. device che deve essere pre- 


so 
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sente sul disco dal quale si è fatto il 
bootstrap per poter funzionare. 

C'è poi il bottone "Search" che per- 
mette un minimo di ricerca nel data- 
base. Specificando una parte di un 
campo si ottiene la visualizzazione 
dell'intero record, sempreché ven- 
gano usati le wildcard come e ”?". 
Infine, il bottone "Print" che permette 
la riproduzione su carta dell'intero 
database, dei soli numeri di telefono 
associati a nome e cognome, oppu- 
re del solo record visualizzato. 
Ovviamente, tutte le funzioni otteni- 
bili premendo i bottoni solo effettua- 
bili selezionando le appropriate voci 
del menu "Function”. Il classico 
menu ''Project 1 ', invece, permette le 
operazioni di input/output più la 
funzione "About". 


SPECIFICHE DEL PROGRAMMA 

CONFIGURAZIONE MINIMA 

51 2K RAM 
Kickstart 2.04 

UTILIZZO 

Workbench: doppio click sull'icona 

FILE DI SUPPORTO 

nessuno 


TurboLayers vi .2 - 
NeXT Windows v0.91 

by Christian A. Weber - Brace 
Rogers & Gabe Daibec 

I computer NeXT hanno un eccel- 
lente sistema operativo, e anche 
l'interfaccia utente è leggermente 
differente da quella cui siamo abi- 
tuati con Amiga. In particolare si 
tratta di Intuition, potentissimo 
quanto si vuole ma migliorabile, 
secondo i programmatori di queste 
due utility che sono praticamente 
identiche se non per il fatto che 
TurboLayers (tl) è specifico per il 
Kickstart 2.04 mentre NeXT Win- 
dows (win) lo è per il Kickstart 1 .3. 
Per attivare T urboLayers è sufficien- 
te cliccarne l'icona una volta, una 


volta ancora per disattivarlo, mentre 
per NeXT Windows è necessario 
eseguirlo con Run (vedi specifiche 
del programma). Quando uno dei 
programmi è attivo, spostare una 
finestra del Workbench sarà un'e- 
sperienza completamente nuova, 
prima veniva visualizzato solo il 
contorno, poi l'intera finestra si 
muoverà con tutto il contenuto visi- 
bile e senza alterare il multitasking. 
Per disattivare NeXT Windows ba- 
sta premere contemporaneamente 
la sequenza di tasti Ctrl-Alt-X. 


SPECIFICHE DEL PROGRAMMA 


CONFIGURAZIONE MINIMA 

512K RAM 
Kickstart 1 .3/2.04 

UTILIZZO 

Workbench: doppio click sull'icona per 
"tl" (TurboLayers) 

CLi: CD TurboLay12 <retum> 

Run <NIL: >NIL: win <return> - per NeXT 
Windows 

FILE DI SUPPORTO 

nessuno 


MultiDOS vi. 12 

by Kjell H. Didriksen 

Tra i tanti file-system MS-DOS com- 
patibili che permettono di "montare" 
nuovi device attraverso i quali 
scambiare file da Amiga a PC e 
viceversa, MultiDOS è senz'altro il 
più versatile e più comodo da usare. 
Prima di cominciare, però, è neces- 
sario installare il file-system nel pro- 
prio dischetto di lavoro o hard disk. 
Nella directory MultiDOS sono pre- 
senti tre sottodirectory: "Devs", "L" e 
"System", nella prima sono presenti 
la MountList. MultiDOS e il 
multidos. device che vanno copiati 
nella directory DEVS del vostro di- 
sco di lavoro. Nella directory L c'è il 
MultiDOSFileSystem che va copiato 
nella vostra directory L, infine nella 
directory System ci sono tre pro- 
grammi di utilità: PCFormat. 
PCMountAII e PCKillAII, copiateli 


nella vostra directory C. 

Una volta finite le semplici operazio- 
ni di installazione che consistono 
solamente nel copiare i file elencati 
prima, è sufficiente eseguire il boot- 
strap dal dischetto sul quale si è 
installato il MultiDOS. device che 
deve anche contenere la parte es- 
senziale del Workbench. Aprite una 
CLI/Shell e digitate PCMountAII 
<return> per montare un device 
misto MS-DOS/AmigaDOS per ogni 
drive presente. Il comando PCFor- 
mat che ha lo stesso formato del 
Format AmigaDOS, serve per for- 
mattare in modo PC, mentre PCKil- 
IAII sortisce l'effetto inverso a 
PCMountAII escludendo di fatto il 
MultiDOS file-system. 

Quando il MultìDOS è installato e i 
device sono "montati", vi si accede 
come se fossero normali drive, la 
differenza viene stabilita automati- 
camente a seconda del tipo di for- 
mattazione del disco. 


SPECIFICHE DEL PROGRAMMA 

CONFIGURAZIONE MINIMA 

51 2K RAM 
Kickstart 1 .2/1 .3/2.04 

UTILIZZO 

CLI : PCMountAII <return> - una volta in- 
stallato il file-system per montare i device 
a cui si accede come a normali drive DFx 
PCFormat DRIVE DFx: NAME "nomedi- 
sco" <return> - per formattare in modo 
MS-DOS 

PCKillAII <return> - per disattivare il file- 
system 

FILE DI SUPPORTO 

Tutti i file presenti nelle sottodirectory 
della directory MultiDOS del disco Amiga 
Magazine servono all'installazione del 
file-system. 

LhArcA vi .02 

by Stefan Boberg 

Il programmatore di questo LhArcA, 
Stefan Boberg, collaboratore del 
mitico Team 17 dell'ambiente dei 
videogiochi, si è dato molto da fare 
negli ultimi anni per realizzare il più 
veloce e versatile archiviatore di tutti 
i tempi: LhA. Tutti i lettori di Amiga 
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Magazine dovrebbero conoscere la 
potenza di tale programma poiché è 
stato pubblicato qualche mese or 
sono. LhA, per quanto sia potente, 
veloce e completo, ha una pecca: 
non è intuitionizzato, vaia a dire che 
non sì controlla tramite mouse, bot- 
toni e menu. LhArcA, pur non com- 
prendendo al suo interno tutte le 
nuove funzioni e i protocolli di com- 
pattamento presenti nel più recente 
LhA, ha il pregio di essere comple- 
tamente controllabile via mouse. 
Infatti, una volta cliccata la sua ico- 
na, si entra subito in uno schermo 
riservato dal quale si può controllare 
tutto il programma. 

Per decompattare un archivio basta 
selezionare la voce "Open Archive" 
dal menu "Project" mentre per crea- 
re un nuovo archivio bisogna sele- 
zionare la voce "New Archive" per 
cominciare e "Close Archive" per 
concludere. Tutte le operazioni di 
estrazione/inserimento vengono ef- 
fettuate cliccando sugli appositi 
gadget posti in fondo allo schermo. 


SPECIFICHE DEL PROGRAMMA 

CONFIGURAZIONE MINIMA 

51 2K RAM 
Kickstart 1 .2/1 .3/2.04 

UTILIZZO 

Workbench: doppio click sull'icona 

FILE DI SUPPORTO 

nessuno 

BorderOff v0.50 

by David Lebel 

Questo programma è in grado di 
risolvere un piccolo problema di 
Intuition 2.0 che riguarda l'apertura 
di schermi. 

Normalmente, quando viene aperto 
un schermo con un determinato 
colore, rimane sempre il bordo visi- 
bile e fastidioso. BorderOff intercet- 
ta le funzioni di Intuition e sfruttando 
Super Denise rende nero il bordo di 
qualunque schermo. 

L'unico problema è che per funzio- 


nare necessita di Kickstart 2.04 e 
Super Denise, quindi gli utenti Ami- 
ga che hanno effettuato l'upgrade 
del sistema operativo e non degli 
ECS non potranno utilizzarlo. Co- 
munque, acquistare Super Denise e 
Super Fat Agnus per poter vedere le 
nuove risoluzioni e i 2 Mb dì Chip 
RAM dovrebbero essere nell'elenco 
dei prossimi acquisti di ogni utente 
Amiga che voglia rimanere al passo 
con i tempi. 


SPECIFICHE DEL PROGRAMMA 


CONFIGURAZIONE MINIMA 

51 2K RAM 
Kickstart 2.04 

Super Denise (conosciuto anche come 
ECS Denise) 

UTILIZZO 

CLI: CD BorderOff <return> 

BorderOff <return> - per attivarlo 
BorderOff remove <return> - 
per disattivarlo 

FILE DI SUPPORTO 

nessuno 


Recolor 

by Michael Sinz 

Molti utenti Amiga hanno recente- 
mente “upgradato" il loro sistema da 
1.2/1 .3 a 2.04 (cosa che consiglia- 
mo vivamente a tutti i nostri lettori), 
fatto che non comporta certo pochi 
inconvenienti, soprattutto per l'in- 
compatibilità dì parte del software 
disponibile. Un altro aspetto di in- 
compatibilità tra il vecchio e il nuovo 
sistema operativo sta nel radicale 
cambiamento dei colori del Work- 
bench. 

Molti utenti, soprattutto i possessori 
di hard disk, si sono sono ritrovati 
con un sistema operativo meravi- 
gliosamente nuovo e potente, ma 
con i colori delle icone compieta- 
mente sballati! Recolor cerca di 
rimediare ad un problema non così 
grosso ma comunque esistente 
come quello di rendere decenti sot- 
to 2.04 le icone progettate per i 
colori 1.2/1. 3. 


SPECIFICHE DEL PROGRAMMA 

CONFIGURAZIONE MINIMA 

51 2K RAM 
Kickstart 2,04 

UTILIZZO 

Workbench: doppio click sull'icona 

FILE DI SUPPORTO 

nessuno 


NOTE 

Ricordiamo che per motivi di spazio 
le directory C, DEVS, L e LIBS del 
disco di AmigaMagazine non sono 
complete come dovrebbero essere, 
soprattutto per poter funzionare 
come dischi completi con i quali 
effettuare il boot con il Kickstart 
2.04. Sì consiglia, quindi, ai posses- 
sori di Amiga 500 Plus, Amiga 600 e 
Amiga 3000 che dovessero riscon- 
trare dei problemi di funzionamento 
nelle utility, dì effettuare il boot dal 
proprio disco Workbench e, suc- 
cessivamente, sostituire nel drive il 
disco con quello di AmìgaMagazi- 
ne. 

Quando viene indicato che un pro- 
gramma si può eseguire da CLI, 
significa che bisogna innanzitutto 
cliccare sull'icona ZShell per attiva- 
re l'ambiente di interprete di coman- 
di, quando invece si fa riferimento al 
Worbench si intende l'ambiente che 
appare effettuando il boot dal disco 
AmigaMagazine, per intenderci 
quello che si controlla con mouse, 
icone e menu. 

Le librerie presentì nella directory 
LIBS del disco AmigaMagazine 
arp. library, req. library, 

reqtools. library, explode.library e 
powerpacker. library sono di pubbli- 
co dominio e quindi liberamente 
distribuibili. 

Vi consigliamo di copiarle sul vostro 
disco di lavoro (o hard disk) poiché 
indispensabili al funzionamento di 
molti dei programmi di pubblico 
dominio presenti sul disco allegato 
ad AmigaMagazine ogni mese. 
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L’ULTIMO "PEZZO” DI INGEGNERIA GVP 

OTERE ALL’AMIGA 500!!!! 
FALLO DIVENTARE UN 




“3000”!! 
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IL NUOVO GVP 
A530-TURB0C0N 
CPU 68030 A 40 MHZ 

Prova ad immaginare le tue 
applicazioniviaggiare 10 volte più 
veloci: le tue animazioni saranno migliori, 
il multitasking più facilmente utilizzabile, 
potrai aprire e muovere le tue finestre 
più velocemente e~ 

Non perdere tempo e denaro con 
prodotti sconosciuti quando puoi avere 
un “Classico” GVP À-500-HD8+ <> un 
nuovo A-530 Turbo. Senza dubbio, con 
qualsiasi soluzione GVP, avrai il piti 
veloce, espandibile e affidabile hard disk 
System per il tuo A-500. 

11 nuovo A-530 Turbo ed il classico 
A-500 HD8+ sono entrambi installabili 
esternamente in un attimo, 
semplicemente e senza preoccupazioni! E 
senza perdere la garanzia originale, non 
dovendo aprire il tuo computer!!!!! 

PIÙ VALORE AL TUO DENARO CON GVP 
k Scegli tra una vasta gamma di Hard disk 
fino a 240MB 

^La velocità c un obiettivo: Mediante il 
chip custom GVP e la tecnologia 
FaaastROM raggiungiamo pcrformances 
incredibili! 

• L’integrazione custom GVP assicura 
grandi prestazioni e massima affidabilità 

• L’accesso diretto ed istantaneo fino ad 
8MB di RAM a 32 bit 

^ L’espandibilità c un obbligo. GVP non 
chiude la porta alla necessità di future 
espansioni. Migliora il tuo investimento 
con una soluzione GVP: 

• Supporta fino a 7 devices esterne SCSI 
(tape backup, CD Rom etc.) 

• Puoi upgradarc fino a 8MB di Fast RAM 
sul A-500 HD-8+ o 8MB di RAM a 32 
Bit sull'A-530 Turbo 



• Puoi lavorare con le migliaia di 
software* PC disponibili aggiungendo 
T emulatore GVP A-500 PC- 286. Questo 
optional rappresenta l'integrazione 
“state of thè art” che li apre ad un 
mondo “nuovo”. Devi semplicemente 
inserirla nel mini slot dedicato c potrai 
accendere un vero PC. 

• Lo zoccolo per il FPL' 68882 sul A-530 
Turbo ti permette di accelerare il tuo 
Rendering. 

^ L’affidabilità che GVP da ai suoi 
prodotti, ne ha fatto la più grande 
azienda nel mondo in questo settore. 

• Un alimentatore originale dedicato 
esterno ti evita di “affaticare” quello del 
Tuo A-500, 

• Il ventilatore interno assicura un 
perfetto raffreddamento. 

• 2 anni di garanzia 

• Un Game svvitch per A-500 HD-8+ ed 
un Turbo switch per i’A-530 Turbo 
assicura una compatibilità totale. 

• I migliori professionisti nell'assistenza. 


RICORDA: TU VUOI SEMPLICEMENTE ACQUISTARE 
UN HARD DISK PER IL TUO AMIGA 500. GVP VUOLE 
ASSICURARSI CHE TU ABBIA IL MEGLIO: SCELTA, 
VELOCITÀ, ESPANDIBILITÀ, ED AFFIDABILITÀ. 
ANCHE IL MARCHIO GVP, NA TURALMENTE, 

È.... COMPRESO! 





ricerca e sviluppo 


40057 CADRIANO (BOLOGNA) 
VIA fi BUOZZt, 6 
TELEFONO (051) 76.55.63 
TELEFAX (OSI) 76.55.68 


Vincere al Totocalcio* 
è tutto un programma. 


SISTHEMA 2.1 

Elaboratore professionale di sistemi 
‘ Totocalcio, Totip ed Enalotto 

Totip 

Stoffe 





Evviva! 

Da oggi avete un motivo in più per essere allegri: è 
arrivato SISTHEMA 2.1 per Amiga® ed Ms-Dos®: l’unico 
che oltre a 6 sofisticati metodi di condizionamento ti offre 
4 avanzate procedure di riduzione in un solo programma. 

Niente paura però, grazie alla interfaccia utente 
basata sull’uso del mouse lo avrai ai tuoi ordini con un 
semplice click. Tutto ciò che gli occorre per vincere è la 
tua abilità ad utilizzarlo al meglio, ma anche per questo 
non ci sono problemi: ì manuali forniti ed il nostro 

servizio di assistenza 

CARATTERISTICHE TECNICHE [ecmca saranno 

Sistemi Totocalcio. Totip ed Enalotto 

nCIIllJIC <1 lUd 

fino a 13 triple ♦ 6 metodi di condì- 

zionamento * 4 modalità di riduzione disposizione. 

* quadri AND e OR • accorpamento II prezzo? 

colonnare • statistiche in linea sul Solo 169 000 

sistema impostato • elevatissima ve- 
locità di elaborazione * spoglio auto- lre + ^ P er a 

matico dei punteggi realizzati. versione plus che 
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Nuova 

versione! 


permette la stampa direttamente su schedina. Se però non 
ti interessa stampare su schedina abbiamo preparato 
SISTHEMA 2.1 versione base a sole 99.000 lire (+1VA), che 
conserva tutte le caratteristiche della versione plus ma 
stampa le colonne a video o su carta. 

Dove li trovi? 

Chiama oggi stesso lo 011/700358 avrai tutte le 
informazioni che desideri e l'indirizzo del più vicino 
rivenditore autorizzato. Se invece ti interessa vederli 
all’opera corri in edicola, troverai SISTHEMA IUNIOR a 
sole 13.800 lire : potrai provare direttamente il programma 
ed ottenere un ■_ ^ 

eccezionale sconto iTO^PlIO 

sull acquistò di O 

SISTHEMA 2.1 in SOFTWARE 

versione base o plus! Programmi vincenti. 




